


Configuration ACL basée sur la correspondance d'URL dans le proxy inverse Nginx
Nginx est un serveur Web open source et un serveur proxy inverse hautes performances. Son évolutivité et ses puissantes options de configuration en font l'un des composants indispensables au développement Web. La fonction de proxy inverse de Nginx peut envoyer des requêtes du client à plusieurs serveurs principaux pour obtenir un équilibrage de charge et une haute disponibilité.
Dans un proxy inverse, étant donné que le serveur backend peut gérer plusieurs services, il doit être mis en correspondance en fonction du chemin de l'URL de la requête pour transmettre la requête au bon serveur backend. Nginx fournit une configuration ACL (Access Control List) basée sur le chemin de l'URL, qui peut acheminer les requêtes vers le serveur backend correspondant selon les règles d'URL spécifiées.
Cet article expliquera comment implémenter la configuration ACL dans le proxy inverse Nginx en fonction de la correspondance du chemin d'URL.
Configuration ACL
ACL est un mécanisme utilisé pour contrôler les autorisations d'accès. Il peut déterminer si une demande est autorisée à accéder en fonction de certaines règles. Dans Nginx, vous pouvez utiliser la directive location
pour configurer les règles ACL. La syntaxe de la directive location
est la suivante : location
指令来配置ACL规则。location
指令语法如下:
location [ = | ~ | ~* | ^~ ] uri { ... }
其中uri参数可以是普通的URI路径,也可以是正则表达式。在使用URI路径作为ACL规则时,可以使用如下的匹配符:
=
: 精确匹配,只有URI路径与location指令中的值完全一致,则匹配成功。~
: 正则表达式匹配,区分大小写。~*
: 正则表达式匹配,不区分大小写。^~
: 前缀匹配,如果URI路径以location指令中的值开头,则匹配成功。
实例演示
假设现在有三个服务需要在Nginx反向代理中进行负载均衡,它们的URI路径分别为:
- /app1
- /app2
- /app3
我们需要将请求转发到三个后端服务器,它们的IP地址分别为:
- 192.168.0.1
- 192.168.0.2
- 192.168.0.3
我们可以使用如下的Nginx配置文件来实现反向代理功能:
http { upstream myapp1 { server 192.168.0.1; } upstream myapp2 { server 192.168.0.2; } upstream myapp3 { server 192.168.0.3; } server { listen 80; server_name myserver.com; location /app1 { proxy_pass http://myapp1; } location /app2 { proxy_pass http://myapp2; } location /app3 { proxy_pass http://myapp3; } } }
上述配置文件中,我们使用upstream
指令定义了三个后端服务器,然后在server
块中使用location
指令分别配置了三个反向代理规则。当请求URI路径为/app1
,/app2
,/app3
时,Nginx将转发请求到对应的后端服务器,实现负载均衡和高可用性。
URL路径匹配
如果我们的URI路径比较复杂,需要根据一定的规则进行匹配,此时可以使用正则表达式来实现URL路径匹配。
假设现在有两个服务需要在Nginx反向代理中进行负载均衡,它们的URI路径分别为:
- /api/v1/app1
- /api/v2/app2
我们需要将请求转发到两个后端服务器,它们的IP地址分别为:
- 192.168.0.1
- 192.168.0.2
我们可以使用如下的Nginx配置文件来实现基于URL路径的ACL配置:
http { upstream myapp1 { server 192.168.0.1; } upstream myapp2 { server 192.168.0.2; } server { listen 80; server_name myserver.com; location ~ ^/api/v1/app1 { proxy_pass http://myapp1; } location ~ ^/api/v2/app2 { proxy_pass http://myapp2; } } }
上述配置文件中,我们使用location
指令的正则表达式匹配功能,将请求路径匹配到对应的后端服务器。
-
~
: 正则表达式匹配,区分大小写。 -
^
: 正则表达式开始符号,“^/api”表示请求路径以/api开头。 -
/v1/app1
表示请求路径以/v1/app1结尾。
通过这种方式,我们可以基于复杂的URL路径进行匹配,实现更加细致的反向代理控制和转发功能。
总结
本文介绍了Nginx反向代理中基于URL匹配的ACL配置方法,通过location
rrreee
-
=
: correspondance exacte uniquement lorsque le chemin URI est exactement le même que la valeur de l'emplacement. directive, le match sera réussi. -
~
: correspondance d'expression régulière, sensible à la casse. -
~*
: correspondance d'expression régulière, insensible à la casse. -
^~
: correspondance de préfixe, si le chemin de l'URI commence par la valeur dans la directive location, la correspondance est réussie.
- /app1 /app2
- /app3
- 192.168
- 192.168.0.2
- 192.168.0.3
upstream
pour définir trois serveurs backend, puis utilisons la directive location
dans le bloc server
pour configurer respectivement trois serveurs backend. aux règles de proxy. Lorsque le chemin URI de la requête est /app1
, /app2
, /app3
, Nginx transmettra la requête au serveur back-end correspondant pour obtenir équilibrage de charge et haute disponibilité. 🎜🎜Correspondance du chemin d'URL🎜🎜Si notre chemin URI est relativement complexe et doit être mis en correspondance selon certaines règles, des expressions régulières peuvent être utilisées pour obtenir une correspondance de chemin d'URL. 🎜🎜Supposons qu'il y ait deux services qui doivent être équilibrés en charge dans le proxy inverse Nginx. Leurs chemins d'URI sont : 🎜- /api/v1/app1
- /api/v2 /app2.
- 192.168.0.1
- 192.168.0.2 🎜Nous pouvons utiliser le fichier de configuration Nginx suivant pour implémenter la configuration ACL basée sur le chemin de l'URL : 🎜rrreee🎜Dans le fichier de configuration ci-dessus, nous utilisons la correspondance d'expression régulière de la directive
-
~
: correspondance d'expressions régulières, sensible à la casse. -
^
: symbole de début d'expression régulière, "^/api" signifie que le chemin de la requête commence par /api. -
/v1/app1
signifie que le chemin de la requête se termine par /v1/app1.
location
Function pour correspondre le chemin de la requête vers le serveur backend correspondant. 🎜location
et au chemin URI ou à l'expression régulière, le chemin de la requête peut être mis en correspondance et transféré. Cette méthode de configuration ACL peut réaliser un équilibrage de charge et une haute disponibilité pour plusieurs serveurs back-end et répondre aux exigences de proxy inverse dans différents scénarios. 🎜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.

É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 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é.

Il existe deux façons de résoudre le problème du domaine transversal NGINX: modifiez les en-têtes de réponse transversale: ajoutez des directives pour autoriser les demandes de domaine croisé, spécifier des méthodes et des en-têtes autorisés et définir le temps du cache. Utilisez le module CORS: Activez les modules et configurez les règles CORS pour permettre des demandes, des méthodes, des en-têtes et du temps de cache.

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

Le serveur n'a pas l'autorisation d'accéder à la ressource demandée, ce qui donne une erreur NGINX 403. Les solutions incluent: vérifier les autorisations de fichiers. Vérifiez la configuration .htaccess. Vérifiez la configuration de Nginx. Configurez les autorisations Selinux. Vérifiez les règles du pare-feu. Dépanner d'autres causes telles que les problèmes de navigateur, les défaillances du serveur ou d'autres erreurs possibles.

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.
