Apache2: IP-based und name-based vhosts gemischt betreiben (SSL&IPv6)

[SirSydom]

Hallo!

Also ich habe einen Server und dazu eine öffentliche IP-Adresse.
Auf diesem Server werden über Apache einige Webseiten gehostet.
Nun funktioniert ja da SSL nur eingeschränkt mit Name-Based-vhosts, weil alle vhosts sich ein Zertifikat teilen.

Warum das so ist, wegen Sockets und so, is klar.

Zur partiellen Lösung, zumindest für Leute mit IPv6 Connectivity, habe ich mir ein IPv6 Subnetz besorgt.

Ein wenig zur Konfiguration:

Listen 84.38.64.166:80
Listen 84.38.64.166:443
Listen 172.16.34.1:80
Listen 172.16.34.1:443
Listen [2001:6f8:1080::1:2]:80
Listen [2001:6f8:1080::1:2]:443

"default" vhosts:

NameVirtualHost 84.38.64.166:80
NameVirtualHost 84.38.64.166:443
<VirtualHost 84.38.64.166:80>
        ServerName www.comefrom.de
        ServerAdmin webmaster@comefrom.de

[...]

</VirtualHost>

<VirtualHost 84.38.64.166:443>
        ServerName www.comefrom.de
        ServerAdmin webmaster@comefrom.de

        SSLEngine On
        SSLCertificateFile      /etc/ssl/certs/www.comefrom.de-cacert-ds.crt
        SSLCertificateKeyFile   /etc/ssl/private/www.comefrom.de-cacert-ds.key

        DocumentRoot /var/www

[...]

</VirtualHost>

Und noch ein paar mehr vhosts auf der 84.38.64.166 (nach dem gleichen Schema).

So, dann hab ich einen vhost, der auch per IPv4 erreichbar ist, zusätzlich IPv6 eingerichtet (DNS funktioniert):

<VirtualHost 84.38.64.166:80>
	ServerName www.spies-it.de
	ServerAdmin webmaster@spies-it.de
	
	[...]
</VirtualHost>

<VirtualHost 84.38.64.166:443>
	ServerName www.spies-it.de
	ServerAdmin webmaster@spies-it.de
	
	SSLEngine On
	SSLCertificateFile      /etc/ssl/certs/www.comefrom.de-cacert-ds.crt
	SSLCertificateKeyFile   /etc/ssl/private/www.comefrom.de-cacert-ds.key
	
	[...]
</VirtualHost>

<VirtualHost [2001:6f8:1080::1:2]:80>
	ServerAdmin webmaster@spies-it.de
	
	[...]
</VirtualHost>

<VirtualHost [2001:6f8:1080::1:2]:443>
	ServerAdmin webmaster@spies-it.de
	
	SSLEngine On
	SSLCertificateFile      /etc/ssl/certs/www.spies-it.de-cacert-ds.crt
	SSLCertificateKeyFile   /etc/ssl/private/www.spies-it.de-cacert-ds.key
	
	[...]
</VirtualHost>

So, aber trotzdem wird auch bei Verbidnung über IPv6 das falsche Zertifikat ausgegeben: www.comefrom.de. Was mache ich falsch?

[Thorashh]

Für https ist keine namensbasierte Zuordnung möglich.
So aus dem Bauch heraus würde ich sagen, es müsste reichen, wenn du die Anweisung "NameVirtualHost 84.38.64.166:443" wegläßt.

[Roger Wilco]

Wurde der Prozess an alle notwendigen IP-Adressen gebunden? Gegebenenfalls mit netstat oder lsof überprüfen.

Hat die Domain jeweils den richtigen A und AAAA Resource Record?

Und wie Thorashh schon geschrieben hat: Die NameVirtualHostDirektive brauchst du nur für die unverschlüsselten Webseiten, da namensbasiertes VirtualHosting bei SSL/HTTPS nicht möglich ist (bitte kommt jetzt nicht mit RFC 2817 u. ä.).

[SirSydom]

Wurde der Prozess an alle notwendigen IP-Adressen gebunden? Gegebenenfalls mit netstat oder lsof überprüfen.

root@comefrom:~# netstat -taupen | grep apache2
tcp        0      0 84.38.64.166:80         0.0.0.0:*               LISTEN     0          26185      5843/apache2        
tcp        0      0 172.16.34.1:80          0.0.0.0:*               LISTEN     0          26187      5843/apache2        
tcp        0      0 84.38.64.166:443        0.0.0.0:*               LISTEN     0          26186      5843/apache2        
tcp        0      0 172.16.34.1:443         0.0.0.0:*               LISTEN     0          26188      5843/apache2        
tcp6       0      0 2001:6f8:1080::1:2:80   :::*                    LISTEN     0          26189      5843/apache2        
tcp6       0      0 2001:6f8:1080::1:2:443  :::*                    LISTEN     0          26190      5843/apache2

Hat die Domain jeweils den richtigen A und AAAA Resource Record?

;; ANSWER SECTION:
www.spies-it.de.        86333   IN      A       84.38.64.166

;; ANSWER SECTION:
www.spies-it.de.        86313   IN      AAAA    2001:6f8:1080::1:2

Und wie Thorashh schon geschrieben hat: Die NameVirtualHostDirektive brauchst du nur für die unverschlüsselten Webseiten, da namensbasiertes VirtualHosting bei SSL/HTTPS nicht möglich ist (bitte kommt jetzt nicht mit RFC 2817 u. ä.).

Nein, ich komm mit keinem RFC, aber: Der Apache mag das nicht können das er andere SSL-Zertifikate benutzt, jedoch werden alle anderen Optionen korrekt aus dem vhost Container übernommen.
So kann ich für a.domain.tld und b.domain.tld unter HTTPS trotzdem unterschiedliche Seiten betreiben. Es kommt halt dann ein "ungültiges" SSL-Zertifikat.

Siehe:
https://www.spies-it.de/
https://www.sirsydom.de/

Testweise habe ich *trotzdem* mal die NameVirtualHost Directive und alle NameBased SSL VHosts rausgenommen: Ohne Erfolg.