文章目录
前言
在Nginx已经成为很多公司作为前端反向代理服务器的首选，在实际工作中往往会遇到很多跳转(重写URL)的需求。比如更换域名后需要保持旧的域名能跳转到新的域名上、某网页发生改变需要跳转到新的页面、网站防盗链等等需求。如果在后端使用的Apache服务器，虽然也能做跳转，规则库也很强大，但是用Nginx跳转效率会更高。
一、Rewrite概述
Rewrite跳转场景
- 可以将动态的URL地址伪装成静态地址提供服务
- 网址换新域名后，让旧的访问跳转到新的域名上
- 服务端某些业务调整
Rewrite跳转实现
ngx_http_rewrite_module模块
Rewrite实际场景
Nginx跳转需求的实现方式
- 使用rewrite进行匹配跳转 ——实现跳转的模块
- 使用if匹配全局变量后跳转——实现跳转的条件
- 使用location匹配再跳转——匹配URL后跳转的条件
rewrite放在 server{}、if{}、location{} 段中
- location只对域名后边的除去传递参数外的字符串起作用
对域名或参数字符串
- 使用if全局变量匹配
- 使用proxy_pass反向代理
二、Nginx正则表达式
常用的正则表达式元字符
| 字符 | 说明 |
|---|---|
| ^ | 匹配输入字符串的起始位置 |
| $ | 匹配输入字符串的结束位置 |
| * | 匹配前面的字符0次或多次 |
| + | 匹配前面的字符一次或多次 |
| ？ | 匹配前面的字符0次或一次 |
| . | 匹配除“\n”之外的任何单个字符 |
| \ | 将后面接着的字符标记为一个特殊字符或一个原义字符或一个向后引用 |
| \d | 匹配纯数字 |
| \w | 匹配字母或数字或下划线或汉字 |
| \s | 匹配任意的空白符 |
| \b | 匹配单词的开始或结束 |
| {n} | 重复n次 |
| {n,} | 重复n次或更多次 |
| {n,m} | 重复n到m次 |
| [] | 定义匹配的字符范围 |
| [c] | 匹配单个字符c |
| [a-z] | 匹配a-z小写字母的任意一个 |
| [a-zA-Z] | 匹配a-z小写字母或A-Z大写字母的任意一个 |
| () | 表达式的开始和结束位置 |
| l | 或运算符 |
Rewrite命令
Rewrite命令语法
rewrite <regex> <replacement> [flag]
正则 跳转后的内容 rewrite支持的flag标记
flag标记说明
| 标记 | 说明 |
|---|---|
| last | 相当于Apache的[L]标记，表示完成rewrite |
| break | 本条规则匹配完成即终止，不再匹配后面的任何规则 |
| redirect | 返回302临时重定向，浏览器地址会显示跳转后的URL地址，爬虫不会更新url |
| permanent | 返回301永久重定向，浏览器地址栏会显示跳转后的URL地址，爬虫更新url |
三、location
location分类
location = patt {} [精准匹配]
location patt {} [一般匹配]
location ~ patt {} [正则匹配]
正则匹配的常用表达式
| 标记 | 说明 |
|---|---|
| ~ | 执行一个正则匹配，区分大小写 |
| ~* | 执行一个正则匹配，不区分大小写 |
| !~ | 执行一个正则匹配，区分大小写不匹配 |
| !~* | 执行一个正则匹配，不区分大小写不匹配 |
| ^~ | 普通字符匹配；使用前缀匹配。如果匹配成功，则不再匹配其他location |
| = | 普通字符精准匹配。也就是完全匹配 |
| @ | 定义一个命名的location，使用在内部定向时 |
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 文件，如果和正则 ~ /images/abc/1.html 相比，正则优先级更高
优先级总结：
(location =) > (location 完整路径) > (location ^~ 路径) > (location ,* 正则顺序) > (location 部分起始路径) > (location /)
匹配规则定义（至少有三个匹配规则）
第一个必选规则
直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理，比如说官网。
这里是直接转发给后端应用服务器了，也可以是一个静态首页
location = / {
root html;
index index.html index.htm;
}
第二个必选规则
处理静态文件请求，这是nginx作为http服务器的强项（1、静态请求处理的能力+高并发处理能力+资源消耗较低）
有两种配置模式，目录匹配或后缀匹配,任选其一或搭配使用
location ^~ /static/ {
root /webroot/static/;
}
location ~* \.(html|gif|jpg|jpeg|png|css|js|ico)$ {
root /webroot/res/;
}
第三个规则
通用规则，比如用来转发带.php、.jsp后缀的动态请求到后端应用服务器
非静态文件请求就默认是动态请求（跳转/反向代理）
upstream tomcat——server {
server 192.168.32.10:8080 weight 1;
server 192.168.32.20:8080 wegint 1;
}
location / {
proxy_pass http://tomcat_server;
}
比较rewrite 和 location
相同点
- 都能实现跳转
不同点
- rewrite是在同一域名内更改获取资源的路径
- location是对一类路径做控制访问或反向代理，还可以proxy_pass到其他机器
rewrite会写在location里，执行顺序
- 执行server块里面的rewrite指令
- 执行location匹配
- 执行选定的location中的rewrite指令
测试
1、基于域名的跳转
实验场景，现需要更换域名，由www.liuxu.com更换为新域名www.xushiyu.com,但旧域名 不能废除，需要跳转到新地址，而且后面的参数保持不变。
添加映射
vim /etc/hosts
192.168.32.10 www.xushiyu.com www.liuxu.com
创建日志目录
mkdir -p /var/log/nginx/
修改配置文件
vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name www.liuxu.com; #域名修改
charset utf-8;
access_log /var/log/nginx/www.liuxu.com-access.log; #开启并对日志保存路径进行修改
location / { #在原有 location 位置插入
if ($host = 'www.liuxu.com') { #$host为rewrite全局变量，代表请求主机头字段或主机名
rewrite ^/(.*)$ http://www.xushiyu.com/$1 permanent; #$1为匹配的位置变量，即域名后边得字符串，同时永久跳转
}
root html;
index index.html index.htm;
}
systemctl restart nginx
vim index.html
vim 1.html
此时访问http://www.liuxu.com时会自动跳转到www.xushiyu.com上面进行访问。
同时可以访问http://www.liuxu.com/1.html 可以看见域名也变化为www.xushiyu.com/1.html
因为$1标志位，而标志位的含义包含了①标记的对象URL ②标记的具体部分，而标记的具体部分是用$0和$1来表示的
完整的URL：http://www.liuxu.com/1.html
$0：http://www.liuxu.com
$1：/1.html
2、基于客户端IP访问跳转
所有IP访问任何内容都显示一个固定维护页面，只有固定IP192.168.32.20访问正常。
删除上一个测试的配置
vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name www.liuxu.com;
# charset utf-8;
access_log /var/log/nginx/www.liuxu.com-access.log;
#设置是否是合法的IP标记
set $rewrite true; #设置变量$rewrite，变量形式为布尔值为true
#判断是否为合法IP
if ($remote_addr= "192.168.32.20") { #当客户端IP为192.168.32.20时，将变量值设为flase，不进行重写
set $rewrite false;
}
#除了合法IP，其他都是非法IP，进行重写跳转到维护页面
if ($rewrite = true) { #布尔值表达式在不满足false情况下，会匹配满足true的location
rewrite (.+) /weihu.html; #重写在访问IP后面插入/weihu.html，例如192.168.32.10/weihu.html
}
location = /weihu.html {
root /var/www/html; #页面返回/var/www/html/weihu.html内容
}
location / {
root html;
index index.html index.htm;
}
}
vim /var/www/html/weihu.html
此时我们用192.168.32.20和192.168.32.128来访问来看看有什么区别
用IP为192.168.32.20可以正常访问
用户192.168.32.128则跳转到维护页面
如果rewrite (.+) /weihu.html; 改成rewrite (.+) /weihu.html permanent; 的话，如果是非 192.168.32.20
的主机访问会使浏览器修改请求访问的URL成 http://www.liuxu.com/weihu.html 再请求访问，这样就会进入
一直在 rewrite 的死循环，访问请求会一直被重写成 http://www.liuxu.com/weihu.html 再请求访问
3、基于旧域名跳转到新域名后面加目录
当访问的是http://bbs.liuxu.com/post/1.html会自动跳转到http://www.xushiyu.com/bbs/post/1.html
现在访问的是 http://bbs.liuxu.com/post/，现在需要将这个域名下面的访问都跳转到http://www.xushiyu.com/bbs/post/
server {
listen 80;
server_name bbs.liuxu.com; #修改域名
#charset utf-8;
access_log /var/log/nginx/www.xushiyu.com-access.log; #修改日志名
location /post {
rewrite (.+) http://www.xushiyu.com/bbs$1 permanent; #这里$1为位置变量，代表/post
}
location / {
if ($host = 'www.liuxu.com') {
rewrite ^/(.*)$ http://www.xushiyu.com/$1 permanent;
}
root html;
index index.html index.htm;
}
vim /usr/local/nginx/html/bbs/post/1.html
记得将bbs.liuxu.com加入 /etc/hosts
重启服务，现在浏览器访问http://bbs.liuxu.com/post/1.html 会自动跳转到 http://www.xushiyu.com/bbs/post/1.html。
4、基于参数匹配的跳转
现在访问http://www.liuxu.com/100-(100|200) -100.html 会跳转到 http://www.xushiyu.com 的页面
server {
listen 80;
server_name www.liuxu.com; #x修改域名
#charset utf-8;
access_log /var/log/nginx/www.liuxu.com-access.log; #修改日志
#$request_uri 内置变量，表示URL，\d 纯数字
if ($request_uri ~ ^/100-(100|200)-(\d+)\.html$) {
#设置正则匹配，示例：http://www.liuxu.com/100-200-1.html
rewrite (.*) http://www.liuxu.com permanent; #设置重写
}
location / {
root html;
index index.html index.htm;
}
重启服务，使用浏览器访问http://www.liuxu.com/100-100-100.html 或 http://www.liuxu.com/100-200-100.html 会自动跳转到http://liuxu.com
5、基于目录下所有php结尾的文件跳转
要求访问 http://www.liuxu.com/upload/123.php 跳转到首页。
server {
listen 80;
server_name www.liuxu.com;
#charset utf-8;
access_log /var/log/nginx/www.liuxu.com-access.log;
location ~* /upload/.*\.php$ { #添加upload目录下所有php结尾的文件跳转
rewrite (.+) http://www.liuxu.com permanent;
}
location / {
root html;
index index.html index.htm;
}
浏览器访问http://www.liuxu.com/upload/123.php 跳转到首页
6、基于最普通一条url请求的跳转
要求访问一个具体的页面，如：http://www.liuxu.com/abc/123.html，跳转到首页
server {
listen 80;
server_name www.liuxu.com;
#charset utf-8;
access_log /var/log/nginx/www.liuxu.com-access.log;
location ~* /abc/123.html {
rewrite (.+) http://www.liuxu.com permanent;
}
location / {
root html;
index index.html index.htm;
}
重启服务，浏览器访问http://www.liuxu.com/abc/123.html 跳转到http://www.liuxu.com
1148
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
