Apache 1.3.9 SSL overlaps

[senseipetz]

Hallo volks,

Eine NameVirtualhost Directive habe ich reingenommen, da ich noch 4 andere Domains drauf habe und ohne die NameVirtualhost Directive hatte ich das Problem host anderedomain.de overlaps with host anderedomain1.de. Nun muss ich aber noch einen zweiten ssl Host reinfüttern und hab das selbe Problem wieder, nun aber mit den SSL hosts. Hab zwar schon viel von apache gesehen, aber dass schlägt dem Fass den Boden aus.. Ich habe auch schon zu dem Thema gegoogelt aber nicht viel rausgefunden... Es kommt immer die selbe scheise mit dem host testserver.de overlaps with host testserver1.de..
Whats wrong....???????????????????????????????? Beide Liegen auf dem selben server und haben die selbe IP Adresse.. Nur die Domainnamen sind anders..
Siehe Beispiel:

<VirtualHost www.testserver.de:443>
DocumentRoot "/srv/www/htdocs/www.testserver.de"
ServerName www.testserver.de
ServerAdmin webmaster@testserver.de
ErrorLog logs/www.testserver.de-error_log
CustomLog logs/www.testserver.de-access_log combined
SSLEngine On
SSLCertificateFile /etc/httpd/ssl.crt/www.testserver.de.crt
SSLCertificateKeyFile /etc/httpd/ssl.key/www.testserver.de.key
Alias /statistik "/srv/www/htdocs/logs/www.testserver.de_output_log/"
<Directory "/srv/www/htdocs/logs/www.testserver.de_output_log/">
Options Indexes MultiViews ExecCGI
Order allow,deny
Allow from all
</Directory>
</VirtualHost>

<VirtualHost www.testserver1.de:443>
DocumentRoot "/srv/www/htdocs/www.testserver1.de"
ServerName www.testserver1.de
ServerAdmin webmaster@testserver1.de
ErrorLog logs/www.testserver1.de-error_log
CustomLog logs/www.testserver1.de-access_log combined
SSLEngine On
SSLCertificateFile /etc/httpd/ssl.crt/www.testserver1.de.crt
SSLCertificateKeyFile /etc/httpd/ssl.key/www.testserver1.de.key
Alias /statistik "/srv/www/htdocs/logs/www.testserver.de1_output_log/"
<Directory "/srv/www/htdocs/logs/www.testserver.de1_output_log/">
Options Indexes MultiViews ExecCGI
Order allow,deny
Allow from all
</Directory>
</VirtualHost>

[mkahle]

... Beide Liegen auf dem selben server und haben die selbe IP Adresse.. Nur die Domainnamen sind anders ...

und genau hier ist Dein Problem. Es dürfen keine 2 virtuelle HTTPS Instanzen auf der selben IP laufen.

cu,
Gipsy

[Columbo0815]

Deine "?"-Taste ist kaputt.

[Tomek]

Vorab: Lies bitte die Punkte 4 und 6 der Regeln (http://www.linuxforen.de/forums/showthread.php?t=164474) für dieses Forum.

Füge vor beide VHosts ein:

NameVirtualHost 199.199.199.199:443

Ändere:

<VirtualHost www.testserver.de:443>
in:

<VirtualHost 199.199.199.199:443>

Ändere:

<VirtualHost www.testserver1.de:443>
in:

<VirtualHost 199.199.199.199:443>

Wobei du natürlich die 199.199.199.199 durch die richtige IP ersetzen musst.

[mkahle]

Zitat von http://httpd.apache.org/docs/vhosts/name-based.html:


Name-based vs. IP-based Virtual Hosts

IP-based virtual hosts use the IP address of the connection to determine the correct virtual host to serve. Therefore you need to have a separate IP address for each host. With name-based virtual hosting, the server relies on the client to report the hostname as part of the HTTP headers. Using this technique, many different hosts can share the same IP address.

Name-based virtual hosting is usually simpler, since you need only configure your DNS server to map each hostname to the correct IP address and then configure the Apache HTTP Server to recognize the different hostnames. Name-based virtual hosting also eases the demand for scarce IP addresses. Therefore you should use name-based virtual hosting unless there is a specific reason to choose IP-based virtual hosting. Some reasons why you might consider using IP-based virtual hosting:

* Some ancient clients are not compatible with name-based virtual hosting. For name-based virtual hosting to work, the client must send the HTTP Host header. This is required by HTTP/1.1, and is implemented by all modern HTTP/1.0 browsers as an extension. If you need to support obsolete clients and still use name-based virtual hosting, a possible technique is discussed at the end of this document.
* Name-based virtual hosting cannot be used with SSL secure servers because of the nature of the SSL protocol.
* Some operating systems and network equipment implement bandwidth management techniques that cannot differentiate between hosts unless they are on separate IP addresses.


und es geht schon gar nicht mit zwei verschiedenen Zertifikaten.

MfG
Gipsy

[senseipetz]

Dass ist doch nicht unmöglich zwei SSL Hosts unter einem Dach zu bringen..

[mkahle]

Bevor ich mir Fusseln an die Finger schreibe:

http://www.linux-magazin.de/Artikel/ausgabe/2000/08/Apache/Apache-SSL.html
http://www.modssl.org/docs/2.6/ssl_faq.html#ToC46

cu,
Gipsy

[senseipetz]

that should be a next work for apache team to close this, because i'm, that i'm not the first....