ispCP - Board - Support - VHCS fork

I'm not at all sure if this is possible or not, but wouldn't it be easier on the admin's if each user could create thier own SSL keys for thier sites, or upload SSL keys made elsewhere for thier sites to the server? Perhaps pull a note from plesk with it's integration of SSL key creation / use. Perhaps also an " on|off " button to enable and disable SSL to that particular site / domain / subdomain

i don't suppose it would be too difficult to attempt this task, add a ssldocs folder to the users base, when the switch is turned on, an entry for SSL is added for the domain / subdomain in question that points to the htsdocs folder, and uploaded SSL keys could be stored in the root of that subdomain's folder..

example directory structure:

then just simply clone the current create domain|subdomain|site scripts edit it create SSL entries instead of normal entries...

I might be tempted to tackle this on my own. who knows.. just thout it would be a nice idea.

Its a nice proposal. I like the file structure.

i'm pretty sure you could create an ssl.conf and include it like the ispcp conf's are into apache, that would seperate the SSL confs from the normal conf's making it that much easier.

like i said, just an idea.. and i may decided to create this.. but i'll need to look though all fo the code for the entire ispcp first before i can determine if it's something i'm willing to dive into or not. it all depends on the time i feel it would take to complete this error free for all distro's supported, and if i'm able to dedicate that ammount of time to the project.

The solution of an page to input an CA-key have been used by other, so ofcause it can be done, and very smart if You as an reseller want to sell certificates, then You can make an acount at CAcart.org and then it's smart for the user of your service, that they can input the CA-key you deliver, via the ispCP panel.

you missed the point that any IP can handle only one SSL-Certificate.

Yes, but assigning more IP is possible, right?

of cause; but not the handling displayed - it's more complicate.