You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@httpd.apache.org by Hajo Locke <ha...@gmx.de> on 2011/02/15 15:07:25 UTC

[users@httpd] ssl-vhost-mixing issue

Apache 2.2.14

Hello List,

have a question to ssl and two vhosts.

i have 2 ip-based vhosts for enabling ssl for one domain in httpd.conf

<VirtualHost ip1.ip1.ip1.ip1:443>
    Servername example.com
    SSLCertificateFile crt1
</VirtualHost>

<VirtualHost ip2.ip2.ip2.ip2:443>
    Servername example.com
    SSLCertificateFile crt2
</VirtualHost>

document-root and Servername for the two vhosts are identical. i do this to 
switch the domain to a new ip and new certificate at the same time without 
downtime by DNS.
ip1 and crt1 are the new ones.
Now i can view an odd behaviour.

I call https://example.com which is pointing still to old ip2 and old 
certificate crt2. Now i view details of certificate in browser and wonder 
that i can sea details of crt1, but crt1 belongs to the other vhost with 
other ip.
seems that always the crt from the first vhost with same servername is 
loaded. if i turn around order of the both vhosts and ip2 comes before ip1 
in httpd.conf then all is ok and details of crt2 are displayed.
Is this an expected behaviour? Seems to me that Apache is mixing some VHost 
Params in this Case. Bug or expected?

Thanks,
Hajo 


---------------------------------------------------------------------
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@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org