Nginxでのロケーションマッチングとリライトリライトジャンプ

1.一般的なNginx正規表現

^ :匹配输入字符串的起始位置
$ :匹配输入字符串的结束位置
* :匹配前面的字符零次或多次。如“ol*”能匹配“o”及“ol”、“oll”
+ :匹配前面的字符一次或多次。如“ol+”能匹配“ol”及“oll”、“olll”,但不能匹配“o”
? :匹配前面的字符零次或一次,例如“do(es)?”能匹配“do”或者“does”,”?”等效于”{0,1}”
. :匹配除“\n”之外的任何单个字符,若要匹配包括“\n”在内的任意字符,请使用诸如“[.\n]”之类的模式
\ :将后面接着的字符标记为一个特殊字符或一个原义字符或一个向后引用。如“\n”匹配一个换行符,而“\$”则匹配“$”
\d :匹配纯数字
{n} :重复 n 次
{n,} :重复 n 次或更多次
{n,m} :重复 n 到 m 次
[] :定义匹配的字符范围
[c] :匹配单个字符 c
[a-z] :匹配 a-z 小写字母的任意一个
[a-zA-Z0-9] :匹配所有大小写字母或数字
() :表达式的开始和结束位置
| :或运算符

2、場所

1.場所の分類

精准匹配:location = / {}
一般匹配:location / {}
正则匹配:location ~ / {}

2.場所に一般的に使用されるマッチングルール

=   :进行普通字符精确匹配,也就是完全匹配。
^~  :表示普通字符匹配。使用前缀匹配。如果匹配成功,则不再匹配其它 location。
~   :区分大小写的匹配。
~*  :不区分大小写的匹配。
!~  :区分大小写的匹配取非。
!~* :不区分大小写的匹配取非。

3.場所の優先順位

首先精确匹配 =
其次前缀匹配 ^~
其次是按文件中顺序的正则匹配 ~或~*
然后匹配不带任何修饰的前缀匹配
最后是交给 / 通用匹配

4.場所の例の説明

(1)location = / {}
=为精确匹配 / ,主机名后面不能带任何字符串,比如访问 / 和 /data,则 / 匹配,/data 不匹配
再比如 location = /abc,则只匹配/abc ,/abc/或 /abcd不匹配。若 location  /abc,则即匹配/abc 、/abcd/ 同时也匹配 /abc/。

(2)location / {}
因为所有的地址都以 / 开头,所以这条规则将匹配到所有请求 比如访问 / 和 /data, 则 / 匹配, /data 也匹配,
但若后面是正则表达式会和最长字符串优先匹配(最长匹配)

(3)location /documents/ {}
匹配任何以 /documents/ 开头的地址,匹配符合以后,还要继续往下搜索其它 location
只有其它 location后面的正则表达式没有匹配到时,才会采用这一条

(4)location /documents/abc {}
匹配任何以 /documents/abc 开头的地址,匹配符合以后,还要继续往下搜索其它 location
只有其它 location后面的正则表达式没有匹配到时,才会采用这一条

(5)location ^~ /images/ {}
匹配任何以 /images/ 开头的地址,匹配符合以后,停止往下搜索正则,采用这一条

(6)location ~* \.(gif|jpg|jpeg)$ {}
匹配所有以 gif、jpg或jpeg 结尾的请求
然而,所有请求 /images/ 下的图片会被 location ^~ /images/ 处理,因为 ^~ 的优先级更高,所以到达不了这一条正则

(7)location /images/abc {}
最长字符匹配到 /images/abc,优先级最低,继续往下搜索其它 location,会发现 ^~ 和 ~ 存在

(8)location ~ /images/abc {}
匹配以/images/abc 开头的,优先级次之,只有去掉 location ^~ /images/ 才会采用这一条

(9)location /images/abc/1.html {}
匹配/images/abc/1.html 文件,如果和正则 ~ /images/abc/1.html 相比,正则优先级更高

优先级总结:
(location =) > (location 完整路径) > (location ^~ 路径) > (location ~,~* 正则顺序) > (location 部分起始路径) > (location /)

5.実際のWebサイトの使用では、少なくとも3つの一致するルール定義があります

最初に必要なルール
は、ウェブサイトのルートと直接一致します。ドメイン名を使用してウェブサイトのホームページにアクセスする頻度が高くなります。これを使用すると、公式ウェブサイトなどの処理が高速化されます。
これはバックエンドアプリケーションサーバーに直接転送されるか、静的なホームページにすることができます

location = / {
    proxy_pass http://tomcat_server/;
}

2番目の必須ルール
は静的ファイルリクエストを処理します。
これはhttpサーバーとしてのnginxの強みです。ディレクトリマッチングまたはサフィックスマッチングの2つの構成モードがあり、いずれかを選択するか、一緒に使用します。

location ^~ /static/ {
    root /webroot/static/;
}

location ~* \.(html|gif|jpg|jpeg|png|css|js|ico)$ {
    root /webroot/res/;
}

3番目のルールは、
.phpおよび.jspサフィックスが付いた動的リクエストをバックエンドアプリケーションサーバーに転送するなどの一般的なルールです。
非静的ファイルリクエストは、デフォルトでは動的リクエストです。

location / {
    proxy_pass http://tomcat_server;
}

三、書き直し

書き換え機能は、nginxが提供するグローバル変数または自分で設定した変数を正規表現やタグと組み合わせて使用​​し、URLの書き換えとリダイレクトを実現します。
例:ドメイン名を変更した後、古いドメイン名を新しいドメイン名に移管できるようにする必要があります。変更後に特定のWebページを新しいページにリダイレクトする必要があります。Webサイトの盗難防止チェーンなど。ニーズ。

リライトはserver {}、location {}、if {}にのみ配置でき、デフォルトでは、渡されたパラメーターを除いて、ドメイン名の後の文字列でのみ機能します。
例:http://www.kgc.com/a/we/index.php?id = 1&u = strは/a/we/index.phpのみを書き換えます。

1.ジャンプの実装を書き直します

  • Nginx:ngx_http_rewrite_moduleモジュールを介したURLの書き換えとif条件の判断をサポートしますが、elseはサポートしません
  • ジャンプ:ある場所から別の場所にジャンプします。ループは最大10回実行できます。超えた後、nginxは500エラーを返します。
  • PCREサポート:Perl互換の正規表現文法ルールマッチング
  • モジュールセット命令の書き換え:新しい変数を作成し、それらに値を割り当てます

2.実行順序を書き換えます

1.サーバーブロックで書き換え命令を実行します
。2。ロケーションマッチングを実行します。3
。選択したロケーションで書き換え命令を実行します。

3.構文フォーマットを書き直します

语法rewrite<regex><replacement><flag>;
regex:表示正则匹配规则
replacement:表示跳转后的内容
flag:表示rewrite支持的flag标记

4.フラグの説明

最後:このルールが一致した後、サーバーで一般的に使用される新しいロケーションURIルールを下方に一致させ続けます。
break:このルールは、マッチングが完了すると終了し、後続のルールとは一致しなくなります。通常、ロケーションで使用されます。
リダイレクト:302一時リダイレクトに戻ると、ブラウザアドレスにリダイレクトされたURLアドレスが表示されます。
永続的:301永続的リダイレクトに戻り、リダイレクト後のURLアドレスがブラウザのアドレスバーに表示されます。

5.書き直しの例

ドメインベースのリダイレクト

現在、会社の古いドメイン名www.test.comにはビジネス要件の変更があり、新しいドメイン名www.kgc.comに置き換える必要がありますが、古いドメイン名を廃止することはできず、新しいドメイン名にリダイレクトする必要があります。 、および次のパラメータは変更されません。

vim /usr/local/nginx/conf/nginx.conf
server {
	listen       80;
	server_name  www.test.com;
	charset utf-8;
	access_log  /var/log/nginx/www.test.com.access.log;
	location / {
	    if ($host = 'www.test.com'){
	        rewrite ^/(.*)$ http://www.kgc.com/$1 permanent;
	    }
        root   html;
        index  index.html index.htm;
    }
}

echo "192.168.109.3 www.kgc.com www.test.com" >> /etc/hosts

systemctl restart nginx

ここに画像の説明を挿入
ここに画像の説明を挿入
ここに画像の説明を挿入
ブラウザ入力シミュレーションにアクセスhttp://www.test.com/1.htmlにアクセス
してwww.lisi.com/1.htmlにジャンプし、要素を確認すると、301が返され、永続的なリダイレクトとドメイン名が実現されていることがわかります。次のパラメータも正常にジャンプします。
ここに画像の説明を挿入

クライアントIPに基づくアクセスリダイレクト

現在、会社のビジネスの新しいバージョンはオンラインであり、固定メンテナンスページを表示するには、すべてのIPがコンテンツにアクセスする必要があり、会社のIP:192.168.109.3のみが通常どおりアクセスできます。

vim /usr/local/nginx/conf/nginx.conf
server {
	listen       80;
	server_name  www.test.com;
	charset utf-8;
	access_log  /var/log/nginx/www.test.com.access.log;

	#设置是否合法的IP标记;设置变量$rewrite,变量值为boole值true
    set $rewrite true;
    #判断是否为合法IP;当客户端IP为192.168.109.3时,将变量值设为false,不进行重写
    if ($remote_addr = "192.168.109.3"){
        set $rewrite false;
    }
	#除了合法IP,其它都是非法IP,进行重写跳转维护页面
	#当变量值为true时,进行重写
    if ($rewrite = true){
        #重写在访问IP后边插入/weihu.html,例如192.168.184.11/weihu.html
        rewrite (.+) /weihu.html;
    }
    location = /weihu.html {
        #网页返回/var/www/html/weihu.html的内容
        root /var/www/html;
    }
	location / {
        root   html;
        index  index.html index.htm;
    }
}

ここに画像の説明を挿入

mkdir -p /var/www/html/
echo 'weihu!' > /var/www/html/weihu.html
echo "192.168.109.3 www.test.com" >> /etc/hosts
systemctl restart nginx

ここに画像の説明を挿入
ブラウザアクセス
IP192.168.163.10のみが正常にアクセスでき、他のアドレスはメンテナンスページです
ここに画像の説明を挿入

古いドメイン名に基づいて新しいドメイン名にジャンプし、ディレクトリを追加します

今あなたはhttp://kgc.test.comにアクセスしています、今あなたはこのドメイン名の下ですべての訪問をhttp://www.test.com/kgcにリダイレクトする必要があります

vim /usr/local/nginx/conf/nginx.conf
server {
	listen       80;
	server_name  kgc.test.com;
	charset utf-8;
	access_log  /var/log/nginx/kgc.test.com.access.log;
	#添加;这里的$1为位置变量,代表/post
	location /post {
        rewrite (.+) http://www.test.com/kgc$1 permanent;
    }
	location / {
        root   html;
        index  index.html index.htm;
    }
}

ここに画像の説明を挿入

mkdir -p /usr/local/nginx/html/kgc/post
echo "this is 1.html" > /usr/local/nginx/html/kgc/post/1.html
echo "192.168.109.3 kgc.test.com www.test.com" >> /etc/hosts
systemctl restart nginx.service

ここに画像の説明を挿入
ブラウザを使用して
http://kgc.test.com/post/1.htmlにアクセスし、http://www.test.com/kgc/post/1.htmlにジャンプします。
ここに画像の説明を挿入

パラメータマッチングに基づくジャンプ

次に、http://www.test.com/100-(100 | 200)-100(任意の数).htmlにアクセスして、http://www.test.comページにジャンプします。

vim /usr/local/nginx/conf/nginx.conf
server {
	listen       80;
	server_name  www.test.com;
	charset utf-8;
	access_log  /var/log/nginx/www.test.com.access.log;

    if ($request_uri ~ ^/100-(100|200)-(\d+).html$) {
        rewrite (.+) http://www.test.com permanent;
    }

    location / {
        root   html;
        index  index.html index.htm;
    }
}

ここに画像の説明を挿入

echo "192.168.109.3 www.test.com" >> /etc/hosts
systemctl restart nginx

ここに画像の説明を挿入
ブラウザで
http://www.test.com/100-200-100.htmlまたは
http://www.test.com/100-100-100.htmlにアクセスして、http://www.test.comページにジャンプします。 。
ここに画像の説明を挿入

ディレクトリ内のphpで終わるすべてのファイルに基づいてジャンプします

http://www.test.com/upload/123.phpにアクセスして、ホームページにジャンプするようにリクエストしてください。

vim /usr/local/nginx/conf/nginx.conf
server {
	listen       80;
	server_name  www.test.com;		#域名修改	
	charset utf-8;
	access_log  /var/log/nginx/www.test.com-access.log;
	
location ~* /upload/.*\.php$ {
    rewrite (.+) http://www.test.com permanent;
}

location / {
    root   html;
    index  index.html index.htm;
}
}

ここに画像の説明を挿入

echo "192.168.109.3 www.test.com" >> /etc/hosts
systemctl restart nginx

おすすめ

転載: blog.csdn.net/weixin_51616026/article/details/113493070