一、Nginx Rewrite概述
二、Nginx Rewrite基本操作
C
1、基于域名的跳转
2、基于客户端 IP 访问跳转
3、基于旧域名跳转到新域名后面加目录
4、基于参数匹配（多余的）的跳转
5、基于目录下所有 php 结尾的文件跳转
6、基于最普通一条 url 请求的跳转
一、Nginx Rewrite概述
URL：就是一个具体路径/位置
URI：指的是一个拥有相同类型/特性的对象集合
Rewrite跳转场景
URL看起来更规范、合理
企业会将动态URL地址伪装成静态地址提供服务
网址换新域名后，让旧的访问跳转到新的域名上
服务端某些业务调整
Rewrite跳转实现
1.Nginx是通过ngx_http_rewrite_module模块支持url重写、支持if条件判断，但不支持else。
（Nginx哪些模块：核心/全局模块、HTTP模块、server模块、location if rewrite）
2.另外该模块需要PCRE支持，应在编译Nginx时指定PCRE支持，默认已经安装。
3.根据相关变量重定向和选择不同的配置，从一个location跳转到另一个location，不过这样的循环最多可以执行10次，超过后Nginx将返回500错误。
4.同时，重写模块包含set指令，来创建新的变量并设其值，这在有些情景下非常有用的，如记录条件标识、传递参数到其他location、记录做了什么等等。
Rewrite实际场景
Nginx跳转需求的实现方式
使用rewrite进行匹配跳转
使用if匹配全局变量后跳转
使用location匹配再跳转（匹配的访问 路径URL location可以匹配本地的重写以及跨服务器的跳转）
rewrite放在server{}, if{},location{}段中
（多个server模块 sever模块里包含location location包含if if里面包含rewrite）
location只对域名后边的除去传递参数外的字符串起作用
对域名或参数字符串
使用if全局变量匹配
使用proxy_pass反向代理
Nginx正则表达式（什么是正则表达式：正则是作为精确匹配、过滤、筛选的一种执行规范）
作用：1、精确匹配，减少遍历的消耗
2、节省服务响应的资源消耗
3、提高用户体验感
4、提高服务器并发时、处理效率/性能
Nginx使用正则的作用：
Nginx作为运维角度前段接受、想用客户请求的直接对服务器所以需要考虑到Nginx的执行效率（精确匹配-类比）、性能（资源消耗）、抗压能力（高并发时处理能力）、用户体验感（用户访问群体）
^ ：匹配输入字符串的起始位置
$ ：匹配输入字符串的结束位置
* ：匹配前面的字符零次或多次。如“ol*”能匹配“o”及“ol”、“oll”
+ ：匹配前面的字符一次或多次。如“ol+”能匹配“ol”及“oll”、“olll”，但不能匹配“o”
? ：匹配前面的字符零次或一次，例如“do(es)?”能匹配“do”或者“does”，”?”等效于”{0,1}”
. ：匹配除“\n”之外的任何单个字符，若要匹配包括“\n”在内的任意字符，请使用诸如“[.\n]”之类的模式
\ ：将后面接着的字符标记为一个特殊字符或一个原义字符或一个向后引用。如“\n”匹配一个换行符，而“\$”则匹配“$”
\d ：匹配纯数字
\w ：匹配字母或数字或下划线或汉字
\s ：匹配任意的空白符
\b ：匹配单词的开始或结束
{n} ：重复 n 次
{n,} ：重复 n 次或更多次
{n,m} ：重复 n 到 m 次
[] ：定义匹配的字符范围
[c] ：匹配单个字符 c
[a-z] ：匹配 a-z 小写字母的任意一个
[a-zA-Z0-9] ：匹配所有大小写字母或数字
() ：表达式的开始和结束位置 例如：(jpg|gif|swf|)
| ：或运算符
Rewrite命令语法
flag标记说明:
last:本条规则匹配完成后，继续向下匹配新的location URL规则，一般用在server和if中
break:本条规则匹配完成即终止，不再匹配后面的任何规则。一般用在location中
redirect:返回302临时重定向，浏览器地址会显示跳转后的URL地址，爬虫不会更新url(因为是临时）。
permanent:返回301永久重定向，浏览器地址栏会显示跳转后的URL地址，爬虫更新url。
last和break比较
last break
使用场景 一般写在server和if中 一般使用在location中
URL匹配 不终止重写后的url匹配 终止重写后的url匹配
location的分类
精准匹配：location = / {…} 示例： location = patt {} PS: 精确匹配字符串
一般匹配：location / {…} 示例： location patt {} PS: 只要包含patt的字符串即可
正则匹配：location ~ / {…} 示例： location ~ patt {} PS: 按照正则表达式的方式匹配
location 常用的匹配规则
^:匹配输入字符串的起始位置
$ :匹配输入字符串的结束位置
* :匹配前面的字符零次或多次。如"ol*"能匹配"o"及"ol"、"oll"”
+:匹配前面的字符一次或多次。如"ol+"能匹配"ol"及"oll"、"olll"，但不能匹配"o"
?:匹配前面的字符零次或一次，例如"do(es)?"能匹配"do"或者"does"，"?"等效于"10,1)”
.:匹配除"\n"之外的任何单个字符，若要匹配包括"\n"在内的任意字符，请使用诸如" [. in]"之类的模式
\:将后面接着的字符标记为一个特殊字符或一个原义字符或一个向后引用。如\n"匹配一个换行符，而"\$"则匹配"$"
\d :匹配纯数字 \w :匹配字母或玫字或下划线或汉字
\s :匹配任意的空白符
\b :匹配单词的开始或结束
{n}:重复n 次 {n,} :重复n次或更多次
{n,m} :重复n到m次
[ ]:定义匹配的字符范围
[c] :匹配单个字符c
[a-z]:匹配a-z小写字母的任意一个
[ a-zA-z0-9]:匹配所有大小写字母或数字
() :表达式的开始和结束位置例如:(jpglgif |swf)
l:或运算符 从功能上看rewrite和location似乎有点像，都能实现跳转，主要区别再于rewrite是在同一域，location是对一类路径做控制访问或反向代理，还可以proxy_poss到其他机器。
location 优先级
相同类型的表达式，字符串长的优先匹配
原则：越精确、越优先
首先精确匹配 =
其次前缀匹配 ^~（匹配普通字符、且为前缀匹配）
其次是按文件中顺序的正则匹配 ~或~*（宏观而言——》是否区分大小写）
然后匹配不带任何修饰的前缀匹配，示例：/images/abc/（location /patt）
最后是交给 / 通用匹配
1、location = / {}
=为精确匹配/，主机名后面不能带任何字符串，比如访问/和/data，则/匹配，/data 不匹配
再比如 location = /abc，则只匹配/abc，/abc/或/abcd不匹配。若 location /abc ,则即匹配/abc、/ abcd/同时也匹配/abc/。
2、location / {} www.kgc.com/路径
因为所有的地址都以/开头，所以这条规则将匹配到所有请求比如访问/和/data，则/匹配，/data也匹配，但若后面是正则表达式会和最长字符串优先匹配(最长匹配)
3、location /documents/ {}
匹配任何以/documents/开头的地址，匹配符合以后，还要继续往下搜索其它location只有其它location后面的正则表达式没有匹配到时，才会采用这一条 www.kgc.com/documents www.kgc.com/documents/index
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 ^~ /images/才会采用这一条
8、location /images/abc/1.html { }
匹配/images/abc/1.html文件，如果和正则location ~ /images/abc/1.html相比，正则优先级更高
9、优先级总结(location优先级是怎么排列的):
匹配某个具体文件
(location = 完整路径) >(location ^~完整路径) >(location ~*完整路径) 〉(location~完整路径) >( location完整路径)> ( location/ )
用目录做匹配访问某个目录
(location = 目录) > (location ^~ 目录/) > (location ~ 目录) > (location ~* 目录) > (location 目录) > (location /)
正则表达式：目的是为了尽量精确的匹配
文件：尽量精确匹配，区分大小写 精确、不区分更为精确
目录：尽量精确匹配，区分大小写 精确 优先级更高，不区分大小写的
比较rewrite和location
相同点：
都能实现跳转
不同点：
rewrite是在同一域名内更改获取资源的路径
location是对一类路径做控制访问或反向代理，还可以proxy_pass到其他机器
执行顺序：执行server块里面的rewrite指令——》执行location匹配——》执行选定location中的rewrite指令
rewrite改写访问的URL路径（被访问的HTML、htm、css文件）
location 对一类地址进行权限控制（认证控制）跳转（跨服务器进行一个URL跳转）
rewrite会写location里，执行顺序
执行server块里面的rewrite指令
执行location匹配
执行选定的location中的rewrite指令
rewrite会写location里，执行顺序
执行server块里面的rewrite指令
执行location匹配
执行选定的location中的rewrite指令
1、基于域名的跳转
#添加映射
vim /etc/hosts
192.168.226.132 www.benet.com www.kgc.com
#创建日志目录
mkdir -p /var/log/nginx/
#修改配置文件
vim /usr/local/nginx/conf/nginx.conf
#在usr/local/nginx/html
创建个test.html
此时访问 www.kgc.com 时会自动跳转到 www.benet.com 上进行访问。
访问www.kgc.com/test.html 时会自动跳转到 www.benet.com/test.html 上进行访问。
2、基于客户端 IP 访问跳转
今天公司业务新版本上线，要求所有（外部来访） IP 访问任何内容都显示一个固定维护页面，只有公司 IP 192.168.147.3访问正常。
① 删除上一个实验的配置
mkdir -p /var/www/html
echo '<h1>this is weihu web!</h1>' > /var/www/html/weihu.html
systemctl restart nginx.service
其他主机访问页面
1、set $rewrite true; ->目的：给所有client端打上true标签
2、if（$remote_addr='192.168.147.4'）
3、if（$rewrite=true）对于具有true标签的来源，进行全部匹配，并且重写路径为weihu.html
4、location=/weihu.html 匹配访问路径为/weihu.html的请求，指向页面的文件位置（路径）
3、基于旧域名跳转到新域名后面加目录
当访问的是 http://bbs.kgc.com/post/1.html 会自动跳转到 http://www.benet.com/bbs/post/1.html
#创建指定目录
mkdir -p /usr/local/nginx/html/bbs/post
echo "<h1> this is 1.html </h1>" >> /usr/local/nginx/html/bbs/post/1.html
echo "192.168.147.4 bbs.kgc.com" >> /etc/hosts
systemctl restart nginx.service
此时用浏览器访问 http://bbs.kgc.com/post/1.html 会自动跳转到 http://www.benet.com/bbs/post/1.html
4、基于参数匹配（多余的）的跳转
现在访问 http://www.kgc.com/100-（100|200）-100.html 会跳转到 http://www.kgc.com的页面
使用浏览器访问 http://www.kgc.com/100-100-100.html 或 http://www.kgc.com/100-200-100.html会自动跳转到 http://www.kgc.com页面
5、基于目录下所有 php 结尾的文件跳转
要求访问 http://www.kgc.com/upload/123.php 跳转到首页www.kgc.com （场景:注册/登陆）
浏览器访问 http://www.kgc.com/upload/123.php 跳转到 http://www.kgc.com 首页
6、基于最普通一条 url 请求的跳转
21万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
