Hi, Thanks for your reply... I have them both on one server, with only one IP... if I used a domain name for one and an IP for the other host, would that work? If I cannot assign unique IP's for each vhost, is there another way to work around it? Thanks. Regards, Nisha J. Greenlees wrote: > Nishaliny Thurairatnam wrote: > >> Hi, >> >> I've been tearing my hair out over this for quite some time now...so, >> this is the scenario: >> >> I have 2 different virtual hosts, both with different server name's and >> aliases, naturally with different sets of SSL certificates. My problem >> is, no matter how I try to arrange them, one virtual host settings >> ALWAYS takes precedence over the other. I don't want it to take >> precedence, I want them both to be read as equals, meaning if I want to >> access <VirtualHost1>, then I should access <VirtualHost1>, regardless >> of whether <VirtualHostA1> takes precedence. >> >> You see, the problem when it takes precedence is that, when I access my >> web page on the browser for the Vhost that has lower precedence, the SSL >> certificates for this host is matched incorrectly. It refers to the >> certificates defined in the Vhost with higher precedence. It's truly >> frustrating :-( >> > > ssl vhosting has to be ip based. > you need a unique ip address for each ssl vhost. > Apache serves ssl certificates based on ip address, not name. > > --------------------------------------------------------------------- > The official User-To-User support forum of the Apache HTTP Server Project. > See <URL:http://httpd.apache.org/userslist.html> for more info. > To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx > " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx > For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx > > > --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|