location匹配与rewrite重定向跳转
正则表达式了解
常用的Nginx正则表达式
字符 | 说明 |
---|---|
^ | 匹配输入字符串的起始位置 |
$ | 匹配输入字符串的结束位置 |
* | 匹配前面的字符零次或多次。如“ol*" 能匹配“o”及“ol”、“ol1” |
+ | 匹配前面的字符一次或多次。如“ol+" 能匹配"ol"及“oll"、“olll”, 但不能匹配“o” |
? | 匹配前而的字符零次或一-次,例如“do (es) ?”能匹配"do"或者“does”,”?”等效于"{0,1}” |
. | 匹配除“\n"之外的任何单个字符,若要匹配包括"\n"在内的任意字符,请使用诸如“[. \n]"之类的模式 |
\ | 将后面接着的字符标记为一个特殊字符或-个原义字符或一个向后引用。如“\n”匹配一个换行符,而“\ $ "则匹配“$” |
\d | 匹配纯数字 |
{n} | 重复n次 |
{n,} | 重复n次或更多次 |
{n,m} | 重复n到m次 |
[ ] | 定义匹配的字符范围 |
[c] | 匹配单个字符c |
[a-z] | 匹配a-z小写字母的任意一 -个 |
[a-zA-Z0-9] | 匹配所有大小写字母或数字. |
() | 表达式的开始和结束位置 |
丨 | 或运算符 |
location
location的分类
精准匹配: location = / {…}
一般匹配:location / {…}
正则匹配:location ~ / {…}
location常用的匹配规则
匹配字符 | 说明 |
---|---|
= | 进行普通字符精确匹配,也就是完全匹配。 |
^~ | 表示普通字符匹配。使用前缀匹配。如果匹配成功,则不再匹配其它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 文件,如果和正则location ~ /images/abc/1.html 相比,正则优先级更高
优先级总结概述
(location = 完整路径) > (location ^~ 路径) > (location ~,~* 正则顺序) > (location 部分起始路径) > (location /)
location三个匹配规则定义
第一个必选规则
直接匹配网站根,通过域名访问网站首页比较频繁,使用这个会加速处理,比如说官网。
可以是一个静态首页,也可以直接转发给后端应用服务器
location = / {
root html;
index index.html index.htm;
}
第二个必选规则
第二个必选规则是处理静态文件请求,这是nginx作为http服务器的强项,有两种配置模式,目录匹配或后缀匹配,任选其一或搭配使用
location ^~ /static/ {
root /webroot/static/;
}
location ~* \.(html|gif|jpg|jpeg|png|css|js|ico)$ {
root /webroot/res/;
}
第三个必选规则
第三个规则就是通用规则,比如用来转发带.php、.6sp后缀的动态请求到后端应用服务器
非静态文件请求就默认是动态请求
location / {
proxy_pass http://tomcat_server;
}
rewrite
rewrite功能就是,使用nginx提供的全局变量或自己设置的变量,结合正则表达式和标记位实现URL重写以及重定向。
比如:更换域名后需要保持旧的域名能跳转到新的域名上、某网页发生改变需要跳转到新的页面、网站防盗链等等需求。
rewrite跳转实现
Nginx:通过ngx_http_rewrite_module 模块支持URL重写、支持if条件判断,但不支持else
跳转:从一个location跳转 到另一个location,循环最多可以执行10次,超过后nginx将返回500错误
PCRE支持:perl兼容正则表达式的语法规则匹配
重写模块set指令:创建新的变量并设其值
rewrite执行顺序如下
(1) 执行server 块里面的rewrite指令
(2) 执行location 匹配.
(3) 执行选定的location 中的rewrite 指令
语法格式
rewrite <regex> <replacement> [flag] ;
regex:表示正则匹配规则。
replacement :表示跳转后的内容。
flag:表示rewrite 支持的flag 标记。
flag标记说明
last :本条规则匹配完成后,继续向下匹配新的location URL规则, 一般用在server 和if中。
break:本条规则匹配完成即终止,不再匹配后面的任何规则,一般使用在location中。
redirect:返回302临时重定向,浏览器地址会显示跳转后的URL地址。
permanent:返回301永久重定向,浏览器地址栏会显示跳转后的URL地址。
实验操作
操作、一
浏览器访问
http://www.kgc.com/bbs/index.php
跳转到http://www.kgc.com
页面
先将配置文件设置下,做好备份,做好域名设置
我们去访问测试下,我们访问域名出现在首页
我们访问bbs/index.php文件出现了文件内的内容
接下来,我们进行配置rwrite跳转,修改配置文件vim /usr/local/nginx/conf/nginx.conf
我们访问www.kgc.com/bbs/index.php,自动跳转到www.kgc.com
操作、二
浏览器访问
http://www.kgc.com/bbs/index.php
或者http://www.kgc.com/post/index.php
跳转到http://www.kgc.com/test.html
页面。
创建目录和文件
修改配置文件
我们去访问,网页自动跳转到test.html
操作、三
浏览器访问
http://mail.kgc.com/post/1.html
跳转到http://www.kgc.com/mail/post/1.html
页面。
创建目录
修改配置文件
进入/etc/hosts文件中给域名进行映射
查看nginx语法有没有错误,重启服务
进行访问,跳转成功
操作、四
浏览器访问
http://www.accp.com
跳转到http://www.kgc.com
页面。并且保证域名后面的路径参数不变
我们使用域名后面路径post目录下的1.html
设置域名和ip映射
修改配置文件
查看语法有没有错误,重启服务
进行访问,可以看到跳转成功,域名后面的路径参数没有改变
操作、五
只允许你本机浏览器能访问
http://www.kgc.com
下的所有页面,其它主机访问只能看到维护页面。
创建一个维护页面,本机访问的页面还是post/1.html
进行访问,本机访问是正常界面
使用别的主机去访问,可以看到,跳转到维护页面