|
As Alan pointed out, the "SSL domain must have its own IP" requirement is not a Virtualmin limitation, it is a limitation of the protocol.
Technically, it is possible, as you point out, to configure apache to serve SSL to multiple domains from the same IP. However, only one certificate can be served (because the decision about which certificate to serve is tied to the IP on which the server was contacted and not the domain name, which is discovered after the session becomes encrypted). So, all but one of your domains will necessarily trigger errors that look like a man-in-the-middle attack to users and client browsers, or at best an unverified certificate. Thus, the only way to provide an SSL domain without errors is to give it its own IP address.
It would be technically trivial to allow multiple SSL hosts on a single IP, all sharing a system-wide certificate, but client browsers are extremely persnickety about getting the same certificate for multiple domains. Mozilla/Firefox will even refuse to download anything from a site under some circumstances of sites that share a certificate.
I think this is just a no-win situation for us (me and Jamie). Since, if we provide the option, folks will use it and complain about some sites not working with some browsers (and of course it is Virtualmins fault). Or if we don't, folks will complain because Apache lets them do it (and of course, this is also Virtualmins fault). Life is hard. ;-)
We can open a wish in the bug-tracker, and get this added as a configurable option (with big warning signs about the implications of doing so). I don't like it, but I reckon if I make the warnings strong enough, I can wipe my hands of the issues that arise later. ;-)
|