Maison  >  Article  >  Opération et maintenance  >  Quelle est la logique de correspondance du serveur et de l'emplacement dans Nginx ?

Quelle est la logique de correspondance du serveur et de l'emplacement dans Nginx ?

WBOY
WBOYavant
2023-05-12 11:10:251654parcourir

"Logique de correspondance du serveur" port, si le champ d'écoute n'est pas explicitement configuré, l'écoute par défaut est 0.0.0.0:80 (root) ou 0.0.0.0:8080 (non-root)

listen peut être configuré comme :

Une combinaison d'ip et le port

Une adresse IP séparée, écoutant sur le port 80 par défaut

Un port séparé, écoutant sur toutes les interfaces IP par défaut

  1. Un chemin de socket Unix

  2. Le dernier élément est généralement utilisé uniquement sur différents serveurs Les règles de transmission des requêtes entre

  3. sélection du serveur à utiliser sont les suivantes :
  4. nginx convertit d'abord toutes les instructions d'écoute "incomplètes", telles que celles sans champs d'écoute en écoute 0.0.0.0:80, écoute 1.1.1.1 Convertir pour écouter 1.1.1.1:80, etc.
  5. nginx crée une liste de blocs de serveur qui correspondent le mieux à la demande en fonction de l'adresse IP et du port demandés. Le bloc de serveur qui correspond à l'adresse IP spécifique est prioritaire, puis écoutez 0.0.0.0. Ce type de bloc de serveur est sélectionné. Mais dans les deux cas, le port doit correspondre exactement

S'il n'y a qu'une seule meilleure correspondance, alors le bloc de serveur correspondant sera utilisé pour répondre. la requête, sinon la directive server_name de chaque bloc serveur sera évaluée

  1. Encore une fois, la directive server_name ne sera évaluée que lorsque la directive Listen ne peut pas trouver la meilleure correspondance.

  2. Par exemple, nous supposons que l'exemple. com pointe vers 192.168.0.1, et nginx situé sur 192.168.0.1 a Et il n'y a que les deux blocs de serveur suivants :
  3. # server block 1server {
      listen 192.168.0.1;
      server_name other.com
      ...
    }
    
    # server block 2server {
      listen 80;
      server_name example.com
      ...
    }

    directive server_name
  4. Si la meilleure correspondance ne peut pas être obtenue selon la directive d'écoute, il commencera à analyser la directive server_name. nginx vérifiera l'en-tête "host" dans la requête, cette valeur contient Le nom de domaine ou l'adresse IP que le client essaie réellement de demander correspondra à la directive server_name en fonction de cette valeur. les règles de correspondance sont les suivantes :

nginx essaiera de trouver un bloc de serveur qui correspond exactement aux valeurs du nom du serveur et de l'hôte. En cas de correspondance exacte multiple, le premier bloc de serveur correspondant sera utilisé

Si aucun bloc de serveur ne correspond exactement. est trouvé, nginx essaie de trouver un bloc de serveur dont le nom_serveur commence par *. Si plusieurs sont trouvés, le serveur correspondant le plus long est sélectionné. Bloc

Si aucun bloc de serveur commençant par n'est trouvé, alors un bloc de serveur se terminant par Will cherchera. pour un bloc serveur qui définit le nom_serveur à l'aide d'une expression régulière (commençant par ~). Si plusieurs correspondances sont trouvées, la première correspondance sera utilisée

  1. Si aucun bloc serveur correspondant à l'expression régulière n'est trouvé, nginx choisira un serveur par défaut. bloc qui correspond au champ d'écoute. Chaque combinaison IP et port peut être configurée avec un et un seul bloc default_server par défaut. S'il n'y en a pas, le premier serveur de la liste disponible sera sélectionné (la sélection à ce moment est aléatoire, l'ordre. n'est pas corrigé)

  2. Les exemples sont les suivants :

  3. (1) Correspondance exacte du nom du serveur, par exemple :
  4. server {
       listen    80;
       server_name www.domain.com;
       ...
    }

    (2) Chaîne commençant par * joker :

    server {
       listen    80;
       server_name *.domain.com;
       ...
    }
  5. (3) Se terminant par * joker Chaîne :
  6. server {
       listen    80;
       server_name www.*;
       ...
    }

    (4) Expression régulière correspondante :

    server {
       listen    80;
       server_name ~^(?.+)\.domain\.com$;
       ...
    }
  7. (5) Si aucun des éléments ci-dessus ne correspond, default_server est utilisé Si default_server n'est pas spécifié, le premier serveur disponible sera sélectionné pour non Lorsque la valeur de l'hôte. correspond, une erreur est renvoyée au client. Elle peut être utilisée pour empêcher d’autres personnes de rediriger le trafic indésirable vers votre site Web.
  8. server {
      listen 80  default_server;
      server_name _;  return 444;
    }

    Laissez nginx se déconnecter du navigateur en renvoyant 444, le code d'erreur non standard de nginx

logique de correspondance d'emplacement

analyse de la syntaxe d'emplacement

location optional_modifier location_match {
  ...
}

Les modificateurs disponibles sont les suivants

Règles de jugement

1. nginx vérifie d'abord la correspondance d'emplacement en fonction du préfixe (c'est-à-dire une correspondance qui n'inclut pas d'expressions régulières)

2 S'il existe un bloc d'emplacement utilisant le modificateur = qui correspond complètement à l'URL demandée, utilisez-le immédiatement en réponse à l'emplacement. request

3. Si aucune correspondance de bloc d'emplacement avec le modificateur = n'est trouvée, le préfixe non exact continuera à être calculé, le préfixe correspondant le plus long sera trouvé en fonction de l'uri donné, puis le traitement suivant sera effectué :

(1) Si l'emplacement correspondant le plus long a le modificateur ^~, et nginx utilisera immédiatement cet emplacement pour répondre à la demande

(2) Si l'emplacement correspondant le plus long n'a pas le modificateur ^~, nginx enregistrera temporairement le match puis continuez. Match

4. Après avoir déterminé et stocké le bloc d'emplacement de préfixe correspondant le plus long, nginx continue de vérifier l'emplacement correspondant à l'expression régulière (sensible à la casse/insensible à la casse). les exigences, il sera sélectionné. L'emplacement de la première expression régulière qui correspond à l'URI demandé est utilisé pour répondre à la demande

Quelle est la logique de correspondance du serveur et de lemplacement dans Nginx ?5. Si l'emplacement de l'expression régulière qui correspond à l'URI demandé n'est pas trouvé, l'emplacement du préfixe le plus long précédemment stocké. sert à répondre à la demande

Supplément

Normalement, une fois que vous choisissez d'utiliser un certain emplacement pour répondre à une demande, la demande sera traitée dans cet emplacement, quels que soient les autres emplacements. Cependant, certaines instructions contenues dans l'emplacement déclencheront une nouvelle correspondance d'emplacement, telles que :

(. 1) try_files

(2) réécriture

(3) error_page

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Cet article est reproduit dans:. en cas de violation, veuillez contacter admin@php.cn Supprimer