Nginx リバースプロキシでの URL マッチングに基づく ACL 設定-Nginx-php.cn

Nginx リバースプロキシでの URL マッチングに基づく ACL 設定

王林

リリース： 2023-06-11 09:43:09

オリジナル

1694 人が閲覧しました

Nginx は、高性能のオープンソース Web サーバーおよびリバースプロキシサーバーであり、その拡張性と強力な構成オプションにより、Web 開発に不可欠なコンポーネントの 1 つとなっています。 Nginx のリバースプロキシ機能は、クライアントからのリクエストを複数のバックエンドサーバーに送信して、負荷分散と高可用性を実現します。

リバースプロキシでは、バックエンドサーバーが複数のサービスを処理する可能性があるため、リクエスト URL のパスに従って照合し、リクエストを正しいバックエンドサーバーに転送する必要があります。 Nginx は、URL パスに基づいた ACL (アクセスコントロールリスト) 構成を提供し、指定された URL ルールに従ってリクエストを対応するバックエンドサーバーにルーティングできます。

この記事では、URL パスの一致に基づいて Nginx リバースプロキシに ACL 構成を実装する方法を紹介します。

ACL 設定

ACL はアクセス許可を制御するために使用されるメカニズムであり、特定のルールに基づいてリクエストのアクセスを許可するかどうかを決定できます。 Nginx では、location ディレクティブを使用して ACL ルールを構成できます。 location命令の構文は次のとおりです。

location [ = | ~ | ~* | ^~ ] uri { ... }

ログイン後にコピー

uri パラメータには、通常の URI パスまたは正規表現を指定できます。 URI パスを ACL ルールとして使用する場合、次の一致文字を使用できます。

=: 完全一致。URI パスのみが場所の値と完全に同じです。ディレクティブの成功。
#~: 正規表現によるマッチング、大文字と小文字が区別されます。
~*: 正規表現によるマッチング、大文字と小文字は区別されません。
: 接頭辞の一致。URI パスが location ディレクティブの値で始まる場合、一致は成功します。

Nginx リバースプロキシで負荷分散する必要があるサービスが 3 つあると仮定します。それらの URI パスは次のとおりです:

/ app1

/app2
/app3

192.168.0.1

192.168.0.2
192.168.0.3

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

ディレクティブを使用して 3 つのバックエンドサーバーを定義し、それぞれ server ブロックで location ディレクティブを使用します。 3 つのリバースプロキシルールが構成されています。リクエスト URI パスが /app1、/app2、/app3 の場合、Nginx は負荷分散を実現するためにリクエストを対応するバックエンドサーバーに転送します。高可用性です。 URL パスの一致

URI パスが比較的複雑で、特定のルールに従って一致させる必要がある場合は、正規表現を使用して URL パスの一致を実現できます。

Nginx リバースプロキシで負荷分散する必要があるサービスが 2 つあると仮定します。それらの URI パスは次のとおりです:

/api/v1/app1

/api/v2/app2

192.168.0.1

192.168 .0.2

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 正規表現を使用します。

ディレクティブのmatching関数は、対応するバックエンドサーバーへのリクエストパスを照合します。