Nginx rewrite
目录
一、Rewrite跳转场景
二、Rewrite跳转实现
三、Rewrite实际场景
1.Nginx跳转需求的实现方式
2.rewrite放在server{}，if{}， location{} 段中
3.对域名或参数字符串
四、nginx正则表达式
五、Rewrite命令
1.Rewrite命令语法
2.flag标记说明
3.last和break比较
五、location分类
1.分类
2.正则匹配的常用表达式
六、location优先级
七、比较rewrite和location
1.相同点
2.不同点
3.rewrite会写在location里，执行顺序
八、location示例说明
1.location = / {}
2.location / {} 路径
3.location /documents/ {}
4.location /documents/abc {}
5.location ^~ /images/ {}
6.location ~* \. (gifljpgljpeg)$ {}
7.location /images/abc {}
8.location ~ /images/abc {}
9.location /images/abc/1.html {}
匹配某个具体文件
用目录做匹配访问某个文件
九、实际网站使用中，至少有三个匹配规则定义
1.第一个必选规则
2.第二个必选规则
3.第三个必选规则
十、Nginx rewrite跳转
1.使用场景
2.nginx 跳转方式
3.location → server {}
4.Nginx中必备一些location规则
十一、实验
1.基于域名的跳转
2.基于客户端IP访问跳转
3.基于旧域名跳转到新域名后面加目录
4.基于参数匹配的跳转
5.基于目录下所有php结尾的文件跳转
一、Rewrite跳转场景
URL看起来更规范、合理
1.将动态URL地址伪装成静态地址提供服务
2.网址换新域名后，让旧的访问跳转到新的域名上
3.服务端某些业务调整
二、Rewrite跳转实现
三、Rewrite实际场景
1.Nginx跳转需求的实现方式
(1)使用rewrite进行匹配跳转
(2)使用if匹配全局变量后跳转
(3)使用location匹配再跳转
2.rewrite放在server{}，if{}， location{} 段中
location只对域名后边的除去传递参数外的字符串起作用
3.对域名或参数字符串
(1)使用if全局变量匹配
(2)使用proxy_ pass反向代理
四、nginx正则表达式
常用的正则表达式元字符
| 字符 | 说明 |
| ^ | 匹配输入字符串的起始位置 |
| $ | 匹配输入字符串的结束位置 |
| * | 匹配前面的字符零次或多次 |
| + | 匹配前面的字符一次或多次 |
| ? | 匹配前面的字符零次或一次 |
| . | 匹配除“\n”之外的任何单个字符，使用诸如"[.In]" 之类的模式，可 匹配包括"\n" 在内的任意字符 |
| \ | 将后面接着的字符标记为一一个特殊字符或一个原义字符或一 个向后引用 |
| \d | 匹配纯数字 |
| {n} | 重复n次 |
| {n,} | 重复n次或更多次 |
| [c] | 匹配单个字符c |
| [a-z] | 匹配a-z小写字母的任意一个 |
| [a-zA-Z] | 匹配a-z小写字母或A-Z大写字母的任意一个 |
五、Rewrite命令
1.Rewrite命令语法
rewrite
正则 跳转后的内容 rewrite支持的flag标记
2.flag标记说明
| 标记 | 说明 |
| last | 相当于Apache的[L]标记，表示完成rewrite |
| break | 本条规则匹配完成即终止， 不再匹配后面的任何规则 |
| redirect | 返回302临时重定向，浏览器地址会显示跳转后的URL地址，爬 虫不会更新url |
| permanent | 返回301永久 重定向，浏览器地址栏会显示跳转后的URL地址，爬虫更新url |
3.last和break比较
| last | break | |
| 使用场景 | 一般写在server和if中 | 一般使用在location中 |
| URL匹配 | 不终止重写后的url匹配 | 终止重写后的ur|匹配 |
五、location分类
1.分类
(1)location = patt {} [精准匹配]
(2)location patt {} [一般匹配]
(3)location ~ patt {} [正则匹配]
2.正则匹配的常用表达式
| 标记 | 说明 |
| ~ | 执行一个正则匹配，区分大小写 |
| ~* | 执行一个正则匹配，不区分大小写 |
| !~ | 执行一个正则匹配，区分大小写不匹配 |
| !~* | 执行一个正则匹配，不区分大小写不匹配 |
| ^~ | 普通字符匹配;使用前缀匹配。如果匹配成功，则不再匹配其他location |
| = | 普通字符精确匹配。也就是完全匹配 |
| @ | 定义一个命名的location,使用在内部定向时 |
六、location优先级
1.相同类型的表达式，字符串长的会优先匹配
2.按优先级排列
(1)=类型
(2)^~类型表达式
(3)正则表达式(~和~*) 类型
(4)常规字符串匹配类型，按前缀匹配
(5)通用匹配(/) ，如果没有其它匹配，任何请求都会匹配到
七、比较rewrite和location
1.相同点
都能实现跳转
2.不同点
(1)rewrite是在同一域名内更改获取资源的路径
(2)location是对一类路径做控制访问或反向代理，还可以proxy_pass到其他机器
3.rewrite会写在location里，执行顺序
(1)执行server块里面的rewrite指令
(2)执行location匹配
(3)执行选定的location中的rewrite指令
八、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/ {}
location ^~ /abcdef/
匹配任何以/ images/ 开头的地址，匹配符合以后，停止往下搜索正则，采用这一条
6.location ~* \. (gifljpgljpeg)$ {}
匹配所有以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相比，正则优先级更高
匹配某个具体文件
(location = 完整路径) > (location ^~ 完整路径) > (location ~* 完整路径) > (location ~ 完整路径) > (location完整路径) > (location /)
用目录做匹配访问某个文件
(location = 目录) > (location ^~ 目录/) > (location ~ 目录) > (location ~* 目录) > (location 目录) > (location /)
九、实际网站使用中，至少有三个匹配规则定义
1.第一个必选规则
直接匹配网站根，通过域名访问网站首页比较频繁(www.baidu.com/)，使用这个会加速处理，比如说官网。
可以是一个静态首页，也可以直接转发给后端“应用服务器” → PHP、Apache
location = / {
root /var/www/html;
index index.html index.htm;
}
2.第二个必选规则
处理静态文件请求，这是nginx作为http服务器的强项(1、静态请求处理的能力+高并发处理能力+资源消耗较低)
有两种配置模式，目录匹配或后缀匹配,任选其一或搭配使用
location ^~ /static/ {
root /weroot/static/;
}
location ~* .*\.(jpg|png|)$ {
root /webroot/res/;
}3.第三个必选规则
通用规则，比如用来转发带.php、.jsp后缀的动态请求到后端应用服务器，非静态文件请求就默认是动态请求( 跳转/反向代理)
location / {
proxy_pass http://tomcat_server;
}注意
http://www.ls.com/
root 所指的的路径
alias 只能用于前缀匹配十、Nginx rewrite跳转
1.使用场景
2.nginx 跳转方式
①rewrite
②location :主要功能proxy_ pass
③if : location 下，只支持但分支判断不支持多分支
3.location → server {}
(1)匹配的对象为文件或者目录的时候，会有优先级的调整
(2)匹配文件: location中 ~和~*
(3)匹配目录: location 区分大小写多
4.Nginx中必备一些location规则
location / {} 加快加载速度
location /static {} 静态请求匹配
location 反向代理 反向跳转到配置文件中的upstream tomcat_ server {} 地址池中，获取发送到后端节点的“目标_ IP”
跳转的方式直接使用proxy_ pass http://tomcat_ server (函数名)
十一、实验
1.基于域名的跳转
现在公司旧域名www.yzy.com有业务需求变更，需要使用新域名www.benet.com代替，但是旧域名不能废除，需要跳转到新域名上，而且后面的参数保持不变。
vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name www.ls.com;
charset utf-8;
access_log /var/log/nginx/www.ls.com.access.log;
location / {
if ($host = 'www.ls.com'){
rewrite ^/(.*)$ http://www.benet.com/$1 permanent;
}
root html;
index index.html index.htm;
}
}
echo "192.168.22.128 www.ls.com www.benet.com" >> /etc/hosts
systemctl restart nginx
2.基于客户端IP访问跳转
今天公司业务新版本上线，要求所有IP访问任何内容都显示一个固定维护页面，只有公司IP：192.168.22.128访问正常。
vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name www.ls.com;
charset utf-8;
access_log /var/log/nginx/www.ls.com.access.log;
#设置是否合法的IP标记;设置变量$rewrite，变量值为boole值true
set $rewrite true;
#判断是否为合法IP;当客户端IP为192.168.22.128时，将变量值设为false，不进行重写
if ($remote_addr = "192.168.22.128"){
set $rewrite false;
}
#除了合法IP，其它都是非法IP，进行重写跳转维护页面
#当变量值为true时，进行重写
if ($rewrite = true){
#重写在访问IP后边插入/weihu.html，例如192.168.22.128/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 "As server maintenance, please visit later, thank you." > /var/www/html/weihu.html
echo "192.168.22.128 www.ls.com" >> /etc/hosts
systemctl restart nginx
3.基于旧域名跳转到新域名后面加目录
现在访问的是 http://bbs.ls.com，现在需要将这个域名下面的访问都跳转到http://www.ls.com/bbs
vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name bbs.ls.com;
charset utf-8;
access_log /var/log/nginx/bbs.ls.com.access.log;
#添加；这里的$1为位置变量，代表/post
location /post {
rewrite (.+) http://www.ls.com/bbs$1 permanent;
}
location / {
root html;
index index.html index.htm;
}
}
mkdir -p /usr/local/nginx/html/bbs/post
echo "this is a.html" > /usr/local/nginx/html/ls/post/a.html
echo "192.168.22.128 bbs.ls.com www.ls.com" >> /etc/hosts
systemctl restart nginx.service
使用浏览器访问
http://bbs.ls.com/post/a.html 跳转到 http://www.ls.com/bbs/post/a.html
4.基于参数匹配的跳转
现在访问http://www.ls.com/100-(100|200)-100(任意数字).html 跳转到http://www.ls.com页面
vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name www.ls.com;
charset utf-8;
access_log /var/log/nginx/www.ls.com.access.log;
if ($request_uri ~ ^/100-(100|200)-(\d+).html$) {
rewrite (.+) http://www.ls.com permanent;
}
location / {
root html;
index index.html index.htm;
}
}
echo "192.168.22.128 www.ls.com" >> /etc/hosts
systemctl restart nginx
浏览器访问
http://www.ls.com/100-200-100.html 或
http://www.ls.com/100-100-100.html 跳转到http://www.ls.com页面。
5.基于目录下所有php结尾的文件跳转
要求访问 http://www.ls.com/upload/268.php 跳转到首页。
vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name www.ls.com;
charset utf-8;
access_log /var/log/nginx/www.ls.com.access.log;
location ~* /upload/.*\.php$ {
rewrite (.+) http://www.ls.com permanent;
}
location / {
root html;
index index.html index.htm;
}
}
echo "192.168.22.128 www.ls.com" >> /etc/hosts
systemctl restart nginx
浏览器访问
http://www.ls.com/upload/268.php 跳转到http://www.ls.com页面。