Apache SNI: plusieurs certificats SSL sur une adresse IP

s'avère domaine 1 a été configuré comme

<VirtualHost *:443>

J'utilise webmin, qui ne révèle que des détails lorsque vous affichez la directive directement.

changeant * a fait partie de la solution, mais a introduit de certains autres problèmes. Je pense que je vais punt et de faire IP basé sur le protocole SSL.

OriginalL'auteur Dan Pouliot

Il n'est pas possible d'avoir un SSL de domaine sur la même adresse ip.

contexte

Lorsqu'un client de communiquer avec un site web https toutes les communications sont crypte avec la clé publique du site (certificat ssl). Seule la clé privée associé à la clé publique peut déchiffrer la requête http. fondamentalement, c'est la façon dont https travail.

C'est pourquoi dans votre virtual host, vous pouvez définir pour chaque site web ssl le certificat et la clé

SSLCertificateFile /etc/apache2/ssl/exemple2.com.crt

SSLCertificateKeyFile /etc/apache2/ssl/exemple2.com.clé

VirtualHost Nom de la base et SSL

Lorsque vous utilisez VirtualHost nom de la base de , quand apache recevoir une demande d'un client, le serveur lit la demande et de regarder le nom de domaine demandé. Lorsque le Nom de Domaine est identifié apache lire virtuahost instruction et de retourner le bon site web.

Quand apache recevoir une demande SSL , le système ne peut pas déchiffrer le message, car apache besoin d'utiliser le SSLCertificateKeyFile définis dans le Virtualhost, mais de savoir qui virtualhost pour l'utiliser, il faut être capable de déchiffrer le message ....
Car apache ne sais pas comment faire pour traiter votre demande et le système retourne le premier virtualhost traitées.

C'est pourquoi vous devez utiliser des VirtualHost ip de la base de que qu'est-ce que l'utiliser dans l'exemple :

hébergement de plusieurs SSL cert sur apache
Vous avez 2 ip 1.1.1.1 et 2.2.2.2

NameVirtualHost 1.1.1.1:443
NameVirtualHost 2.2.2.2:443
<VirtualHost 1.1.1.1:443>
  ServerName www.domain1.com
  ...
  ...
</VirtualHost>
<VirtualHost 2.2.2.2:443>
  ServerName www.domain2.com
  ...
  ...
</VirtualHost>

VirtualHost Nom de la base et certificat SSL wildcard

Si la clé privée ET la clé publique (certificat ssl) sont les mêmes pour tous les domaine, apache sera en mesure de déchiffrer la communication. Cette situation d'ajouter uniquement lorsque vous utilisez un certificat générique pour un domaine. exemple , si vous avez un caractère générique *.domain.com vous pouvez définir des VirtualHost nom de la base, comme ce

NameVirtualHost 1.1.1.1:443

<VirtualHost 1.1.1.1:443>
   ServerName  foo.domain.com
   SSLEngine on
   SSLCertificateFile /etc/apache2/ssl/wildcard.domain.com.crt
   SSLCertificateKeyFile /etc/apache2/ssl/wildcard.domain.com.key
   ... 
   ...
</VirtualHost>

<VirtualHost 1.1.1.1:443>
   ServerName  bar.domain.com
   SSLEngine on
   SSLCertificateFile /etc/apache2/ssl/wildcard.domain.com.crt
   SSLCertificateKeyFile /etc/apache2/ssl/wildcard.domain.com.key
   ... 
   ...
</VirtualHost>

Cette configuration de travail parce que, quel que soit le domaine, apache utiliser la même clé privée pour décrypter la communication de sorte que le système sera en mesure de sélectionner le bon VirtualHost réglage.

Avoir une belle journée.

OriginalL'auteur Xerus