目录
前言
一、Rewrite跳转场景
二、Rewrite跳转实现
三、Rewrite实际场景
1、Nginx跳转需求的实现方式
2、rewrite放在server{}, if{},location{}段中
3、对域名或参数字符串
四、Nginx正则表达式
1、常用的正则表达式元字符
五、Rewrite命令
1、Rewrite命令语法
2、flag标记说明
3、last 和break比较
六、location分类
1、分类
2、正则匹配的常用表达式
七、location优先级
八、比较rewrite 和 location
1、相同点
2、不同点
3、rewrite会写在location里,执行顺序
九、location示例说明
十、实际网站使用中,至少有三个匹配规则定义:
1、第一个必选规则
2、第二个必选规则是处理静态文件请求
3、第三个规则就是通用规则
十一、rewrite跳转
1、基于域名的跳转
2、基于客户端IР访问跳转
3、基于旧域名跳转到新域名后面加目录
4、基于参数匹配的跳转
5、基于目录下所有php结尾的文件跳转
6、基于最普通一条url请求的跳转
总结
现在Nginx已经成为很多公司作为前端反向代理(proxy pass)服务器的首选,在实际工作中往往会遇到很多跳转(重写URL〉的需求比如:更换域名后需要保持旧的域名能跳转到新的域名上、某网页发生改变需要跳转到新的页面、网站防盗链等等需求。如果在后端使用的Apache 服务器,虽然也能做跳转,规则库也很强大,但是用 Nginx跳转效率会更高(正则精确匹配)。
URL看起来更规范、合理;
企业会将动态URL地址伪装成静态地址提供服务;
网址换新域名后,让旧的访问跳转到新的域名上;
服务端某些业务调整;
支持URL重写、支持if条件判断,但不支持else;
循环最多可以执行10次,超过后nginx将返回500错误;
rewrite使用Nginx全局变量或自己设置的变量,结合正则表达式和标志位实现URL重写以及重定 向
使用rewrite进行匹配跳转
使用if匹配全局变量后跳转
使用location匹配再跳转
location只对域名后边的除去传递参数外的字符串起作用
使用if全局变量匹配
使用proxy_pass反向代理
字符 | 说明 |
^ | 匹配输入字符串的起始位置 |
$ | 匹配输入字符串的结束位置 |
* | 匹配前面的字符零次或多次 |
+ | 匹配前面的字符一次或多次 |
? | 匹配前面的字符零次或一次 |
. | 匹配除“\n”之外的任何单个字符 使用诸如“[.\n]”之类的模式,可匹配包括“\n”在内的任意字符 |
\ | 将后面接着的字符标记为一个特殊字符或一个原义字符或一个向后引用 |
\d | 匹配纯数字 |
\w | 匹配字母或数字或下划线或汉字 |
\s | 匹配任意的空白符 |
\b | 匹配单词的开始或结束 |
{n} | 重复n次 |
{n,} | 重复n次或更多次 |
[ ] | 定义匹配的字符范围 |
[c] | 匹配单个字符c |
[a-z] | 匹配a-z小写字母的任意一个 |
[a-zA-Z] | 匹配a-z小写字母或A-Z大写字母的任意一个 |
() | 表达式的开始和结束位置 例如:(jpg | gif | swf |) |
| | 或运算符 |
rewrite <regex> <replacement> [flag];
正则 跳转后的内容 rewrite支持的flag标记
例:rewrite ^/ http://www.zz.com/error.png;
标记 | 说明 |
last | 相当于Apache的[L]标记,表示完成rewrite |
break | 本条规则匹配完成即终止,不再匹配后面的任何规则 |
redirect | 返回302临时重定向,浏览器地址会显示跳转后的URL地址,爬虫不会更新url |
permanent | 返回301永久重定向,浏览器地址栏会显示跳转后的URL地址;爬虫更新url |
last | break | |
使用场景 | 一般写在server和if中 | 一般使用在location中 |
URL匹配 | 不终止重写后的url匹配 | 终止重写后的URL匹配 |
location = patt {} [精准匹配]
location patt {} [一般匹配]
location ~ patt {} [正则匹配]
标记 | 说明 |
~ | 执行一个正则匹配,区分大小写 |
~* | 执行一个正则匹配,不区分大小写 |
!~ | 执行一个正则匹配,区分大小写不匹配 |
!~* | 执行一个正则匹配,不区分大小写不匹配 |
^~ | 普通字符匹配;使用前缀匹配。如果匹配成功,则不再匹配其他location |
= | 普通字符精确匹配。也就是完全匹配 |
@ | 定义一个命名的location,使用在内部定向时 |
1、相同类型的表达式,字符串长的会优先匹配
2、按优先级排列
= 类型
^~ 类型表达式
正则表达式(~和~*)类型
常规字符串匹配类型,按前缀匹配
通用匹配 (/),如果没有其它匹配,任何请求都会匹配到
3、Location优先级的示例
location = / { 精准匹配
[ configuration A ]
}
location / { 一般匹配
[ configuration B ]
}
location /documents/ { 正则匹配
[ configuration C ]
}
都能实现跳转
rewrite是在同─域名内更改获取资源的路径
location是对一类路径做控制访问或反向代理,还可以proxy_pass到其他机器
执行server块里面的rewrite指令
执行location匹配
执行选定的location中的rewrite指令
(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 /)用目录做匹配访问某个文件
(location = 目录) >(location ^~ 目录/) >(location ~ 目录) >(location ~* 目录) >(location 目录)>(location /)文件目录为什么只会在区不区分大小写上会有变动正则表达式:目的是为了尽量精确的匹配
文件—》尽量精确匹配,区分大小写 精确、不区分更为精确
目录—》尽量精确匹配,区分大小写 精确 优先级更高,不区分大小写的
直接匹配网站根,通过域名访问网站首页比较频繁(ww.baidu.com/),使用这个会加速处理,比如说官网。可以是一个静态首页,也可以直接转发给后端应用服务器
location = / { root html; index index.html index. htm; }
这是nginx作为http服务器的强项,有两种配置模式,目录匹配或后缀匹配,任选其一或搭配使用
location ^~ /static/ { root /webroot/static/ ; } location ~* \. (html|gif|jpg|jpeg|png|cssljslico)$ { root /webroot/res/ ; }
比如用来转发带.php、.jsp后缀的动态请求到后端应用服务器,非静态文件请求就默认是动态请求(跳转/反向代理)
upstream tomcat_server { 192.168.226.128:80 192.168.226.132:80 } location / { proxy_pass http:// tomcat _server: }
1-1、添加映射
1-2、创建日志目录
1-3、 修改配置文件
#gzip on; server { listen 80; server_name www.qiqi.com; charset utf-8; access_log /var/log/nginx/www.qiqi.com-access.log; location / { if ($host = 'www.qiqi.com'){ rewrite ^/(.*)$http://www.benet.com/$1 permanent; } root html; index index.html index.htm; }
1-4、验证
此时访问http://ww.qiqi.com时会自动跳转到www.benet.com 上进行访问。
同时,可以访问http://www.qiqi.com/1.html在显示错误页面的同时可以看到域名也会变化为www.benet.com /1.html因为$1标志位,而标志位的含义包含了:标记的对象URL、 标记的具体部分,而标记的具体部分是用$0和$1来表示的完整的URL : http: // www . qiqi.com/ 1.html
$0: http : //www. qiqi.com
$1 :/1.html
标志位:标记什么位:标记的具体部分$0 $1
今天公司业务新版本上线,要求所有IP访问任何内容都显示一个固定维护页面,只有公司IP: 192.168.159.70访问正常。
vim /usr/local/nginx/conf/nginx.conf server { listen 80; server_name www.lic.com; #域名修改 charset utf-8; access_log /var/log/nginx/www.lic.com-access.log main; #日志修改 #设置是否合法的IP标记 set $rewrite true; #设置变量$rewrite,变量值为boole值true #判断是否为合法IP if ($remote_addr = "192.168.159.70"){ #当客户端IP为192.168.159.70时,将变量值设为false,不进行重写 set $rewrite false; } #除了合法IP,其它都是非法IP,进行重写跳转维护页面 if ($rewrite = true){ #当变量值为true时,进行重写 rewrite (.+) /weihu.html; #重写在访问IP后边插入/weihu.html,例如192.168.184.11/weihu.html } location = /weihu.html { root /var/www/html; #网页返回/var/www/html/weihu.html的内容 } location / { root html; index index.html index.htm; } }
[root@www ~]# mkdir -p /var/www/html/ [root@www ~]# echo 'weihuzhong!' > /var/www/html/weihu.html [root@www ~]# cat /var/www/html/weihu.html weihuzhong! [root@www ~]# systemctl restart nginx
现在访问的是http://qiqi.benet.com,现在需要将这个域名下面的访问都跳转到http://www.benet.com/qiqi
[root@www ~]# mkdir -p /usr/local/nginx/html/qiqi/post [root@www ~]# echo 'this is 1.html' > /usr/local/nginx/html/qiqi/post/1.html [root@www ~]# systemctl restart nginx
使用浏览器访问
http://qiqi.benet.com/post/1.html 跳转到 http://www.benet.com/qiqi/post/1.html
#gzip on; server { listen 80; server_name www.benet.com; charset utf-8; access_log /var/log/nginx/www.benet.com.access.log; location ~ ^/100\-(100|200)\-(\d)+\.html$ { rewrite (.+) http://www.benet.com permanent; } location / { root html; index index.html index.htm; } #error_page 404 /404.html; #redirect server error pages to the static page /50x.html # error_page 500 502 503 504 /50x.html; location = /50x.html { root html;
浏览器访问
http://www.benet.com/100-200-100.html 或 http://www.benet.com/100-100-100.html 跳转到http://www.benet.com页面。
[root@www ~]# vim /usr/local/nginx/conf/nginx.conf #gzip on; server { listen 80; server_name www.benet.com; charset utf-8; access_log /var/log/nginx/benet.com.access.log; location ~* ^/upload.*\.php$ { rewrite (.+) http://www.benet.com permanent; } location / { root html; index index.html index.htm; } #error_page 404 /404.html;
浏览器访问
http://www.benet.com/upload/123.php 跳转到http://www.benet.com页面。
[root@www ~]# vim /usr/local/nginx/conf/nginx.conf #gzip on; server { listen 80; server_name www.benet.com; charset utf-8; access_log /var/log/nginx/benet.com.access.log; location ~* ^/abc/123.html { rewrite (.+) http://www.benet.com permanent; } location / { root html; index index.html index.htm; } #error_page 404 /404.html;
在具体文件配置中我们会rewrite进行匹配跳转,if匹配全局变量后跳转,location匹配再跳转,但是不支持if中else,放在server{},if{},location{}段中,location只对域名后边的除去传递参数外的字符串起作用。
location的匹配优先级为:首先精确匹配,其次是前缀匹配,再其次是按文件中顺序的正则匹配,然后匹配不带任何修饰的前缀匹配,最后交给/进行通用匹配。