nginx匹配规则

目录

一、常用的Nginx 正则表达式

二、rewrite和location的功能

三、location匹配规则

1.location的三类匹配

2.location 常用的匹配规则

3.location 优先级

4.location 示例

5.优先级总结

6.location的三个匹配规则定义

四、rewrite功能

1.rewrite功能

2.rewrite 执行顺序和语法格式

1.rewrite 执行顺序

2.语法格式

3.rewrite 示例

1.基于域名的跳转

2.基于客户端 IP 访问跳转

3.基于旧域名跳转到新域名后面加目录

4.基于参数匹配的跳转

5.基于目录下所有 php 结尾的文件跳转

6.基于最普通一条 url 请求的跳转


一、常用的Nginx 正则表达式

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

二、rewrite和location的功能

rewrite 对访问的域名或者域名内的URL路径地址重写
location 对访问的路径做访问控制或者代理转发
 

三、location匹配规则

1.location的三类匹配

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

2.location 常用的匹配规则

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

3.location 优先级

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

4.location 示例

(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 文件,如果和正则location ~ /images/abc/1.html 相比,正则优先级更高

5.优先级总结

(location = 完整路径) > (location ^~ 路径) > (location ~,~* 正则顺序) > (location 部分前缀路径) > (location /)

location 匹配 
首先看 优先级:精确= > 前缀^~ > 正则~,~* > 一般 > 通用/

在没有精准匹配的情况下,先看前缀匹配的长度,然后根据最长的前缀匹配的优先级去确定是否再去看其它正则匹配location,
如果最长的前缀匹配带有 ^~ 则不再看其它正则匹配location,如果最长的前缀匹配是没有修饰符的一般匹配则会再看其它正则匹配location

前缀匹配看长度,最长的优先匹配
正则匹配看上下顺序,由上往下依次匹配,当有匹配成功时候,停止匹配,按当前匹配规则处理请求

只有在精准、前缀、正则、一般 都没有匹配到的时候才会看通用匹配

6.location的三个匹配规则定义

第一个必选规则
直接匹配网站根目录首页,通过域名访问网站首页比较频繁,使用这个会加速处理,比如说官网。
可以是一个静态首页,也可以直接转发给后端应用服务器
location = /index.html {
    root   html;
    index  index.html index.htm;
}

第二个必选规则是处理静态文件请求,这是nginx作为http服务器的强项
有两种配置模式,目录匹配或后缀匹配,任选其一或搭配使用
location ^~ /static/ {
    root /webroot/;
}

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

第三个规则就是通用规则,比如用来转发带.php、.jsp后缀的动态请求到后端应用服务器
非静态文件请求就默认是动态请求
location / {
    proxy_pass http://tomcat_server;
}

四、rewrite功能

1.rewrite功能

使用nginx提供的全局变量或自己设置的变量,结合正则表达式和标记位实现URL重写以及重定向。
比如:更换域名后需要保持旧的域名能跳转到新的域名上、某网页发生改变需要跳转到新的页面、网站防盗链等等需求。

rewrite只能放在server{},location{},if{}中,并且默认只能对域名后边的除去传递的参数外的字符串起作用,
例如 http://www.kgc.com/abc/bbs/index.php?a=1&b=2 只对/abc/bbs/index.php重写。

rewrite跳转实现:
Nginx:通过ngx_http_rewrite_module 模块支持URL重写、支持if条件判断,但不支持else
跳转:从一个 location跳转到另一个location,循环最多可以执行10次,超过后nginx将返回500错误
PCRE支持:perl兼容正则表达式的语法规则匹配
重写模块 set 指令:创建新的变量并设其值

2.rewrite 执行顺序和语法格式
1.rewrite 执行顺序


(1) 执行 server 块里面的 rewrite 指令。
(2) 执行 location 匹配。
(3) 执行选定的 location 中的 rewrite 指令。

2.语法格式

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

flag标记说明:

last :本条规则匹配完成后,不终止重写后的url匹配,一般用在 server 和 if 中。
break :本条规则匹配完成即终止,终止重写后的url匹配,一般使用在 location 中。
redirect :返回302临时重定向,浏览器地址会显示跳转后的URL地址。
permanent :返回301永久重定向,浏览器地址栏会显示跳转后的URL地址。

3.rewrite 示例
1.基于域名的跳转

现在公司旧域名www.kgc.com有业务需求变更,需要使用新域名www.benet.com代替,但是旧域名不能废除,需要跳转到新域名上,而且后面的参数保持不变。

vim /usr/local/nginx/conf/nginx.conf
server {
	listen       80;
	server_name  www.kgc.com;		#域名修改	
	charset utf-8;
	access_log  /var/log/nginx/www.kgc.com-access.log;		#日志修改
	location / {
	#添加域名重定向
        if ($host = 'www.kgc.com'){						#$host为rewrite全局变量,代表请求主机头字段或主机名
			rewrite ^/(.*)$ http://www.benet.com/$1 permanent;	#$1为正则匹配的内容,即“域名/”之后的字符串
        }
        root   html;
        index  index.html index.htm;
    }
}


echo "172.16.114.20 www.kgc.com www.benet.com" >> /etc/hosts
systemctl restart nginx
浏览器输入模拟访问 http://www.kgc.com/test/1.html(虽然这个请求内容是不存在的)
会跳转到www.benet.com/test/1.html,查看元素可以看到返回301,实现了永久重定向跳转,而且域名后的参数也正常跳转。
2.基于客户端 IP 访问跳转

公司业务新版本上线,要求所有 IP 访问任何内容都显示一个固定维护页面,只有公司 IP :172.16.114.20访问正常。

vim /usr/local/nginx/conf/nginx.conf
server {
	listen       80;
	server_name  www.kgc.com;		#域名修改	
	charset utf-8;
	access_log  /var/log/nginx/www.kgc.com-access.log;		#日志修改

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


mkdir -p /var/www/html/
echo "<h1>We are maintaining now!</h1>" > /var/www/html/weihu.html
systemctl restart nginx
只有 IP 为 172.16.114.20 能正常访问,其它地址都是维护页面


如果rewrite (.+) /weihu.html; 换成rewrite (.+) /weihu.html permanent; 的话,若不是 172.16.114.20 的主机访问会使浏览器修改请求访问的 URL 成 http://www.kgc.com/weihu.html 再请求访问,这样就会进入一直在 rewrite 的死循环,访问请求会一直被重写成 http://www.kgc.com/weihu.html 再请求访问
3.基于旧域名跳转到新域名后面加目录

现在访问的是 http://bbs.kgc.com/post/,现在需要将这个域名下面的访问都跳转到http://www.kgc.com/bbs/post/

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


mkdir -p /usr/local/nginx/html/bbs/post
echo "this is 1.html"  >> /usr/local/nginx/html/bbs/post/1.html
echo "172.16.114.20 bbs.kgc.com"  >> /etc/hosts
systemctl restart nginx
使用浏览器访问 http://bbs.kgc.com/post/1.html 跳转到 http://www.kgc.com/bbs/post/1.html
4.基于参数匹配的跳转

现在访问http://www.kgc.com/100-(100|200)-100.html 跳转到http://www.kgc.com页面
 

vim /usr/local/nginx/conf/nginx.conf
server {
	listen       80;
	server_name  www.kgc.com;		#域名修改	
	charset utf-8;
	access_log  /var/log/nginx/www.kgc.com-access.log;
	
	if ($request_uri ~ ^/100-(100|200)-(\d+).html$) {
        rewrite (.+) http://www.kgc.com permanent;
    }

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



$request_uri:包含请求参数的原始URI,不包含主机名,如:http://www.kgc.com/abc/bbs/index.html?a=1&b=2 中的 /abc/bbs/index.php?a=1&b=2
$uri:这个变量指当前的请求URI,不包括任何参数,如:/abc/bbs/index.html
$document_uri:与$uri相同,这个变量指当前的请求URI,不包括任何传递参数,如:/abc/bbs/index.html

systemctl restart nginx
使用浏览器访问 http://www.kgc.com/100-200-100.html 或 http://www.kgc.com/100-100-100.html 跳转到http://www.kgc.com页面。
5.基于目录下所有 php 结尾的文件跳转

要求访问 http://www.kgc.com/upload/123.php 跳转到首页。

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

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


systemctl restart nginx
浏览器访问 http://www.kgc.com/upload/123.php 跳转到http://www.kgc.com页面。
6.基于最普通一条 url 请求的跳转

要求访问一个具体的页面如 http://www.kgc.com/abc/123.html 跳转到首页

vim /usr/local/nginx/conf/nginx.conf
server {
	listen       80;
	server_name  www.kgc.com;		#域名修改	
	charset utf-8;
	access_log  /var/log/nginx/www.kgc.com-access.log;
	
    location ~* ^/abc/123.html {
        rewrite (.+) http://www.kgc.com permanent;
    }

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


systemctl restart nginx
浏览器访问 http://www.kgc.com/abc/123.html 跳转到http://www.kgc.com页面。

  • 46
    点赞
  • 54
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: nginx的location匹配规则是根据请求的URI(Uniform Resource Identifier)来匹配location指令中的模式,从而确定应该由哪个location块来处理该请求。nginx的location匹配规则有以下几种: 1. 精确匹配:如果location指令中的模式与请求的URI完全一致,则匹配成功。 2. 前缀匹配:如果location指令中的模式是以“/”开头的字符串,则匹配请求URI中以该字符串开头的部分。 3. 正则匹配:如果location指令中的模式是一个正则表达式,则匹配请求URI与该正则表达式匹配结果。 4. 最长前缀匹配:如果有多个location指令的模式都能匹配请求URI,则选择最长的那个模式来处理请求。 5. 通用匹配:如果没有任何location指令能够匹配请求URI,则使用通用匹配来处理请求。 以上就是nginx的location匹配规则,可以根据实际需求选择不同的匹配方式来处理请求。 ### 回答2: nginx是一个高性能的Web服务器、反向代理和负载均衡器,它广泛用于各种(动态)网站和Web应用程序的部署中。在nginx中,location是一个非常重要的配置指令,它可以帮助服务器根据请求的URL路径(URI)匹配指定的服务或文件。 location的匹配规则如下: 1. 精确匹配(=):只有当请求URI与location指定的URI完全匹配时,才会执行该location指令之后的操作。 例如: location = /hello { return 200 "Hello, nginx!\n"; } 当访问/hello时,会直接返回"Hello, nginx!"字符串,不会再进行其他的匹配和处理。 2. 前缀匹配(^~):如果请求URI以location指定的前缀开头,那么该location指令之后的操作将被执行。 例如: location ^~ /images/ { alias /var/www/myapp/static/images/; } 当访问/images/logo.png时,该请求将被映射到服务器文件系统中的/var/www/myapp/static/images/logo.png文件。 3. 正则表达式匹配(~和~*):location指定的URI可以是一个正则表达式,如果请求URI与该正则表达式匹配成功,则该location指令之后的操作将被执行。 其中,~表示区分大小写的正则表达式匹配,而~*表示不区分大小写的正则表达式匹配。 例如: location ~ /users/([0-9]+)/photos/(.*)\.jpg$ { proxy_pass http://backend_server/photos/$1/$2.jpg; } 当访问/users/123/photos/myphoto.jpg时,该请求将被映射到http://backend_server/photos/123/myphoto.jpg后端服务器上进行处理。 4. 普通匹配:如果以上三种匹配规则都不匹配成功,那么nginx会采用普通匹配规则。首先,nginx会查找URI中是否包含文件扩展名,如果有,则nginx会按照扩展名指定的类型进行处理;如果没有,nginx则会使用server指令中指定的默认类型进行处理。 例如: location / { index index.html index.php; try_files $uri $uri/ /index.php?$query_string; } 当访问任何URI时,都会先查找该URI所对应的文件是否存在,如果存在,则直接返回该文件内容;否则,重定向到/index.php页面进行处理。 总之,在nginx中,location是一个非常强大的配置指令,可以根据不同的匹配规则,灵活地配置不同的服务和文件,从而提高网站的性能和稳定性。熟练掌握location的匹配规则对于nginx的使用和维护都是非常重要的。 ### 回答3: Nginx是一种高性能的Web服务器和反向代理服务器,同时也是一个邮件代理服务器。当使用Nginx作为Web服务器时,可以使用location匹配规则来确定如何处理请求。location匹配规则Nginx服务器使用的一个非常重要的配置选项。它可让用户在指定的URL路径中,对请求做出特定的响应。 Nginx的location匹配规则可以分为两种类型:正则和非正则。正则匹配是基于正则表达式匹配。它可以根据URL路径中的模式匹配,使用正则表达式的语法来表示匹配规则。非正则匹配是基于URL路径的匹配。它可以直接匹配特定的URL路径,而不需要使用正则表达式。 当Nginx服务器接收到一个请求时,它首先会按照配置文件中location的顺序进行匹配匹配成功后,Nginx会按照顺序处理该请求,直到找到一个匹配完全符合要求的location为止。如果找不到一个匹配完全符合请求的location,则会使用默认的location做出响应。 对于正则匹配规则,需要使用~或~*开头,其中~表示区分大小写,~*表示不区分大小写。比如:location ~ ^/download/.+\.(zip|rar)$ {},表示当请求路径以/download/开头,并且以.zip或.rar结尾时,使用当前配置块进行处理。 对于非正则匹配规则,需要使用=或^~开头,其中=表示完全匹配,^~表示使用前缀匹配。比如:location = /index.html {},表示当请求路径为/index.html时,使用当前配置块进行处理。 除了以上两种匹配规则外,Nginx还提供了一些其他的匹配规则,比如按文件夹优先匹配,按通用优先匹配等,具体可以根据业务场景来选择相应的匹配规则,来达到更好的匹配效果。 总之,Nginx的location匹配规则非常重要,可以用来处理各种不同的请求,帮助Web服务器实现更加灵活的请求处理方式,提高Web服务器的性能和安全性。熟悉和掌握Nginx的location匹配规则,对于Web服务器的运维和开发都有着非常大的帮助。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值