You can make an SSL certificate by using *.domain.com as the name.
But unfortunately, this doesn't cover https://domain.com
Is there any fix for this?
|
You can make an SSL certificate by using *.domain.com as the name. But unfortunately, this doesn't cover https://domain.com Is there any fix for this?
| ||||
|
feedback
|
|
I seem to recall that *.domain.com actually violates RFC anyways (I think only lynx complains though :) Create a certificate with domain.com as the CN and *.domain.com in the For openssl, add this to the extensions:
| |||||||||||
feedback
|
|
Unfortunately you cannot do this. The rules for handling wildcards on subdomains are similar to the rules about cookies for subdomains.
To handle this you will have to obtain two certificates, one for | ||||
|
feedback
|
|
Probably not the answer you're looking for, but I'm 99% sure there isn't a way. Redirect http://domain.com/ to https://www.domain.com/ and just use the *.domain.com as the SSL cert. It's far from perfect, but should hopefully cover most of the cases you are interested in. The only other alternative is to use different IP addresses for domain.com and www.domain.com. Then you can use different certificates for each IP. | |||
feedback
|
|
No because they are completely different name space. redirecting the tld is not an option either because SSL is a transport encryption it has to decode the ssl before apache for example can even see the request host to redirect it. Also as a side note: foo.bar.domain.com is also not valid for a wildcard cert (firefox from memory is the only one that will allow that. | |||
|
feedback
|