Je recherchais récemment des h?tes virtuels, puis j'ai configuré deux h?tes virtuels comme suit
L'un d'eux a ServerName défini sur 127.0.0.1. Ajoutez ensuite 
Puis la question se pose.
Lorsque je saisis directement www.abc.com dans le navigateur, j'accéderai au projet E:/wamp/crm Pourquoi ? www.abc.com ne correspond-il pas à 127.0.0.1 dans les h?tes ? Ne devrait-il pas être accessible par E:/wamp/wamp/www?? Puis lorsque je saisis directement 127.0.0.1 dans le navigateur, j'accède au projet E:/wamp/wamp/www? Je ne comprends tout simplement pas ici. . . . S'il te pla?t, aide-moi, mon Dieu. . . . . .
3
0
0
小伙看你根骨奇佳，潛力無限，來學(xué)PHP伐。
Le document officiel est ici?:?Une discussion approfondie sur la correspondance des h?tes virtuels
Vous appartenez à "Name-based vhost", lisez simplement ce paragraphe?:
S'il existe plusieurs directives VirtualHost répertoriant l'adresse IP
et la combinaison de ports qui ont été déterminées comme étant la meilleure correspondance, la
"liste" dans les étapes restantes fait référence à la liste des vhosts qui
correspondaient, dans l'ordre dans lequel ils se trouvaient. le fichier de configuration.
Permettez-moi de le traduire brièvement. Lorsque l'adresse IP et le port du vhost correspondent (c'est *:80 ici), Apache les fera correspondre dans l'ordre en fonction de l'ordre des vhosts dans le fichier de configuration du vhost.
S'il s'agit d'une connexion SSL, le nom d'h?te sera trouvé en fonction du SNI dans les informations de négociation TLS. Si SNI n'est pas pris en charge, il sera mis en correspondance avec le premier h?te virtuel dont l'adresse IP et le port (ici se réfère toujours à *:80) correspondent.Si la connexion utilise SSL, le serveur prend en charge le nom du serveur
.
Indication et la prise de contact du client SSL inclut l'extension TLS
avec le nom d'h?te demandé, alors ce nom d'h?te est utilisé ci-dessous tout comme l'en-tête Host: serait utilisé sur un connexion non SSL.
Sinon, le premier vhost basé sur le nom dont l'adresse correspond est utilisé
pour les connexions SSL. Ceci est important car le vhost détermine
quel certificat le serveur utilisera pour la connexion.
Si la requête contient un champ d'en-tête Host:, la liste est recherchée. Parfois, l'h?te contiendra des informations sur le port, mais Apache ne lira pas ce port.le premier h?te virtuel avec un nom de serveur ou un alias de serveur correspondant, et la
Si l'en-tête HTTP contient des informations sur l'h?te, il sera associé au premier h?te virtuel correspondant
demande est servie à partir de ce h?te virtuel. Un champ d'en-tête Host: peut contenir un
numéro de port, mais Apache l'ignore toujours et compare le port réel auquel le client a envoyé la demande.
ServerName或者ServerAliasLe premier vhost du fichier de configuration avec l'adresse IP spécifiée a la priorité la plus élevée et intercepte toute requête adressée à un nom de serveur inconnu, ou une requête sans champ d'en-tête Host: (telle qu'une requête HTTP/1.0).
S'il n'y a pas de correspondance, envoyez-le au vhost qui correspond au premier port IP (en faisant référence à votre *:80)
Le site abc.com que vous avez visité est-il le premier CRM?? Non, est-ce 127.0.0.1 (uniquement si vous saisissez 127.0.0.1 directement dans la barre d'adresse) ? Non, alors utilisez la valeur par défaut, qui est la configuration du premier CRM.
Personnellement, je pense que serverName est inutile, donc selon le principe d'adaptation prioritaire, le port 80 est directement la première règle. Si vous souhaitez vraiment connecter deux sites, utilisez simplement le numéro de port pour les distinguer~
Vous pouvez également lire la documentation. Traducteur recommandé pour les documents chinois : Jin Buguo.
Le nom de domaine est utilisé pour résoudre en IP, donc les deux sont 127.0.0.1
Et vos deux ports sont également 80, vous ne pouvez donc accéder qu'au premier
Vous remplacez le suivant par 8080 et utilisez le port 8080 pour accéder au second
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
