Configuration d'ACL basée sur l'URI dans le proxy inverse Nginx-Nginx-php.cn

Nginx est un serveur Web open source hautes performances et un serveur proxy inverse qui peut facilement gérer un grand nombre de requêtes simultanées. Nginx intègre une variété de modules fonctionnels, parmi lesquels l'ACL (Access Control List) est une méthode de configuration importante. ACL permet aux administrateurs de contrôler quels utilisateurs ou adresses IP peuvent accéder au serveur Nginx, améliorant ainsi la sécurité et la fiabilité du serveur Web. Cet article explique comment utiliser la configuration ACL dans le proxy inverse Nginx pour contrôler les autorisations d'accès en fonction de l'URI.

Qu'est-ce que l'ACL ?

ACL, nom complet Access Control List, nom chinois Access Control List, est un moyen technique permettant de contrôler les droits d'accès. Il autorise ou refuse l'accès à des utilisateurs ou à des adresses IP spécifiques, protégeant ainsi votre serveur Web des attaques malveillantes.

Il existe deux façons d'implémenter l'ACL dans Nginx, l'une est une ACL basée sur l'adresse IP et l'autre est une ACL basée sur l'URI. Cet article se concentrera sur les ACL basées sur les URI.

Configuration de l'ACL basée sur l'URI

L'ACL basée sur l'URI est un moyen relativement courant et flexible de contrôler les droits d'accès. En filtrant l'URI demandé, les droits d'accès des utilisateurs peuvent être contrôlés par catégorie.

Jetons un coup d'œil à un exemple précis. Supposons que notre application Web comporte deux modules, l'un est le module de gestion en arrière-plan et l'autre est le module utilisateur frontal. Les URI d’accès pour ces deux modules sont différents.

Nous pouvons utiliser la fonction ACL de Nginx avec le module proxy inverse pour réaliser un contrôle d'accès à ces deux modules. Tout d'abord, nous devons ajouter les règles ACL suivantes au fichier de configuration Nginx :

location / {

proxy_pass http://backend; allow 192.168.1.0/24; # 允许192.168.1.0/24网段的访问 deny all; # 拒绝其他所有IP地址的访问

Copier après la connexion

}

location /admin {# #

proxy_pass http://backend; allow 192.168.1.10; # 允许指定IP地址的访问 deny all; # 拒绝其他所有IP地址的访问

Copier après la connexion

}

Dans la configuration ci-dessus, nous définissons différentes règles ACL pour tous les URI et les URI /admin respectivement. Pour tous les URI, nous autorisons uniquement l’accès aux adresses IP du segment réseau 192.168.1.0/24. Pour l’URI /admin, nous autorisons uniquement l’accès à l’adresse IP spécifiée et les autres adresses IP sont rejetées.

Il est à noter que l'ordre des règles ACL est très important. Nginx correspond d'abord à l'URI le plus long. Si la correspondance réussit, la règle ACL correspondant à l'URI est utilisée. Si l'URI correspond à plusieurs règles ACL, la première règle ACL correspondante sera utilisée.

En plus de la configuration ACL basée sur l'URI, Nginx prend également en charge la configuration ACL basée sur les expressions régulières. Cette méthode est plus flexible et peut être personnalisée en fonction de différents besoins.

Regardons un exemple ci-dessous. Supposons que nous devions contrôler l'accès à tous les URI commençant par /api, nous pouvons utiliser la configuration ACL suivante :

location ~ ^/api/(.*)$ {

proxy_pass http://backend; allow 192.168.1.0/24; # 允许192.168.1.0/24网段的访问 deny all; # 拒绝其他所有IP地址的访问

Copier après la connexion

# #}

Dans la configuration ci-dessus, nous utilisons des expressions régulières pour faire correspondre tous les URI commençant par /api et définir les règles ACL correspondantes.

Il convient de noter que l'utilisation d'expressions régulières pour la configuration des ACL peut entraîner une certaine surcharge de performances. Par conséquent, nous vous recommandons d’utiliser la configuration ACL basée sur l’URI autant que possible.

Summary

ACL est un moyen très important de contrôler les autorisations d'accès dans le proxy inverse Nginx. La configuration d'ACL basée sur l'URI peut définir différentes autorisations d'accès pour différents URI. La configuration ACL basée sur des expressions régulières est plus flexible et peut être personnalisée en fonction de différents besoins. Pour différents scénarios d'application, nous pouvons choisir différentes méthodes de configuration ACL. Dans le même temps, afin d'améliorer les performances, nous devons essayer d'éviter d'utiliser des expressions régulières complexes pour la configuration des ACL.

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!