


Quelle est la logique de correspondance du serveur et de l'emplacement dans Nginx ?
"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
Un chemin de socket Unix
Le dernier élément est généralement utilisé uniquement sur différents serveurs Les règles de transmission des requêtes entre
sélection du serveur à utiliser sont les suivantes : - 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.
- 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
Encore une fois, la directive server_name ne sera évaluée que lorsque la directive Listen ne peut pas trouver la meilleure correspondance.
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 : - directive server_name
# server block 1server { listen 192.168.0.1; server_name other.com ... } # server block 2server { listen 80; server_name example.com ... }
Copier après la connexion 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
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é)
Les exemples sont les suivants :
(1) Correspondance exacte du nom du serveur, par exemple : server { listen 80; server_name www.domain.com; ... }
Copier après la connexion(2) Chaîne commençant par * joker :
server { listen 80; server_name *.domain.com; ... }
Copier après la connexion (3) Se terminant par * joker Chaîne : -
server { listen 80; server_name www.*; ... }
Copier après la connexion(4) Expression régulière correspondante :
server { listen 80; server_name ~^(?.+)\.domain\.com$; ... }
Copier après la connexion(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. server { listen 80 default_server; server_name _; return 444; }
Copier après la connexionLaissez nginx se déconnecter du navigateur en renvoyant 444, le code d'erreur non standard de nginx
analyse de la syntaxe d'emplacement
location optional_modifier location_match { ... }
Les modificateurs disponibles sont les suivants
Règles de jugement1. 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 demande5. 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
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!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Comment confirmer si Nginx est démarré: 1. Utilisez la ligne de commande: SystemCTl Status Nginx (Linux / Unix), netStat -ano | Findstr 80 (Windows); 2. Vérifiez si le port 80 est ouvert; 3. Vérifiez le message de démarrage NGINX dans le journal système; 4. Utilisez des outils tiers, tels que Nagios, Zabbix et Icinga.

Comment configurer Nginx dans Windows? Installez Nginx et créez une configuration d'hôte virtuelle. Modifiez le fichier de configuration principale et incluez la configuration de l'hôte virtuel. Démarrer ou recharger nginx. Testez la configuration et affichez le site Web. Activer sélectivement SSL et configurer les certificats SSL. Définissez sélectivement le pare-feu pour permettre le trafic Port 80 et 443.

Dans Linux, utilisez la commande suivante pour vérifier si Nginx est démarré: SystemCTL Status Nginx Juges Basé sur la sortie de la commande: si "Active: Active (Running)" s'affiche, Nginx est démarré. Si "Active: Inactive (Dead)" est affiché, Nginx est arrêté.

Comment configurer un nom de domaine NGINX sur un serveur cloud: Créez un enregistrement A pointant vers l'adresse IP publique du serveur cloud. Ajoutez des blocs d'hôtes virtuels dans le fichier de configuration Nginx, en spécifiant le port d'écoute, le nom de domaine et le répertoire racine du site Web. Redémarrez Nginx pour appliquer les modifications. Accéder à la configuration du test de nom de domaine. Autres notes: Installez le certificat SSL pour activer HTTPS, assurez-vous que le pare-feu autorise le trafic Port 80 et attendez que la résolution DNS prenne effet.

Le démarrage d'un serveur Nginx nécessite différentes étapes en fonction des différents systèmes d'exploitation: Système Linux / Unix: Installez le package NGINX (par exemple, en utilisant Apt-Get ou Yum). Utilisez SystemCTL pour démarrer un service NGINX (par exemple, sudo systemctl start nginx). Système Windows: téléchargez et installez les fichiers binaires Windows. Démarrer Nginx à l'aide de l'exécutable Nginx.exe (par exemple, nginx.exe -c conf \ nginx.conf). Peu importe le système d'exploitation que vous utilisez, vous pouvez accéder au serveur IP

Réponse à la question: 304 Erreur non modifiée indique que le navigateur a mis en cache la dernière version de ressource de la demande du client. Solution: 1. Effacer le cache du navigateur; 2. Désactiver le cache du navigateur; 3. Configurer Nginx pour permettre le cache client; 4. Vérifier les autorisations du fichier; 5. Vérifier le hachage du fichier; 6. Désactiver le CDN ou le cache proxy inversé; 7. Redémarrez Nginx.

Étapes pour démarrer Nginx dans Linux: Vérifiez si Nginx est installé. Utilisez SystemCTL Start Nginx pour démarrer le service NGINX. Utilisez SystemCTL Activer Nginx pour activer le démarrage automatique de Nginx au démarrage du système. Utilisez SystemCTL Status Nginx pour vérifier que le démarrage est réussi. Visitez http: // localhost dans un navigateur Web pour afficher la page de bienvenue par défaut.

Comment corriger l'erreur interdite Nginx 403? Vérifier les autorisations de fichier ou de répertoire; 2. Vérifier le fichier .htaccess; 3. Vérifiez le fichier de configuration NGINX; 4. Redémarrer Nginx. D'autres causes possibles incluent les règles de pare-feu, les paramètres de Selinux ou les problèmes d'application.
