Nginx基础篇-Nginx Rewrite
一、什么是Rewrite
-
URL Rewrite最常见的应用是URL伪静态化,是将动态页面显示为静态页面方式的一种技术。比如
http://www.123.com/news/index.php?id=123 使用URLRewrite 转换后可以显示为 http://www.123
.com/news/123.html对于追求完美主义的网站设计师,就算是网页的地址也希望看起来尽量简洁明快。
理论上,搜索引擎更喜欢静态页面形式的网页,搜索引擎对静态页面的评分一般要高于动态页面。所
以,UrlRewrite可以让我们网站的网页更容易被搜索引擎所收录。 -
从安全角度上讲,如果在URL中暴露太多的参数,无疑会造成一定量的信息泄漏,可能会被一些黑客
利用,对你的系统造成一定的破坏,所以静态化的URL地址可以给我们带来更高的安全性。 -
实现网站地址跳转,例如用户访问360buy.com,将其跳转到jd.com。例如当用户访问tianyun.com的
80端口时,将其跳转到443端口。
二、Rewrite相关指令
重定向 rewrite 将用户的访问(url),更换成指定的文件。
if 语句 应用环境:server,location 语法:if (condition) { … }
条件判断
~* 正则匹配 (不区分大小写)
!~ 非正则匹配 (区分大小写)
!~* 非正则 匹配 (不区分大小写)
-f 和!-f 用来判断是否存在文件
-d 和!-d 用来判断是否存在目录
-e 和!-e 用来判断是否存在文件或目录
-x 和!-x 用来判断文件是否可执行
全局变量
$document_root 针对当前请求的根路径设置值;
$remote_addr 客户端地址;
$request_filename 当前请求的文件路径名(带网站的主目录/usr/local/nginx/html/images/a.jpg)
$request_uri 当前请求的文件路径名(不带网站的主目录/images/a.jpg)
$scheme 用的协议,比如http或者是https
$server_name 请求到达的服务器名;
$args 请求中的参数;
$host 请求信息中的"Host",如果请求中没有Host行,则等于设置的服务器名;
$limit_rate 对连接速率的限制;
$request_method 请求的方法,比如"GET"、"POST"等;
$remote_port 客户端端口号;
$remote_user 客户端用户名,认证用;
$query_string 与$args相同;
$server_protocol 请求的协议版本,"HTTP/1.0"或"HTTP/1.1";
$server_addr 服务器地址,如果没有用listen指明服务器地址,使用这个变量将发起一次系统调用以取得地址(造成资源浪费);
$document_uri 与$uri一样,URI地址;
$server_port 请求到达的服务器端口号;
三、Rewrite flag
每行rewrite指令最后跟一个flag标记,支持的flag标记有:
last 停止处理当前ngx_http_rewrite_module,从指令之后的一个新的位置改变URI匹配搜索;
break 本条规则匹配完成后,终止匹配,不再匹配后面的规则
redirect 返回302临时重定向,浏览器地址会显示跳转后的URL地址
redirect url permanent 返回301永久重定向,浏览器地址会显示跳转后URL地址
redirect 和 permanent区别则是返回的不同方式的重定向,对于客户端来说一般状态下是没有区别的。而对于搜索引擎,相对来说301的重定向更加友好,
如果我们把一个地址采用301跳转方式跳转的话,搜索引擎会把老地址的相关信息带到新地址,同时在搜索引擎索引库中彻底废弃掉原先的老地址。
使用302重定向时,搜索引擎(特别是google)有时会查看跳转前后哪个网址更直观,然后决定显示哪个,如果它觉的跳转前的URL更好的话,也许地址栏不会更改,那么很有可能出现URL劫持的现像。
四、Rewrite匹配参考示例
例1:
目的: 当访问http://192.168.100.10/abc/a/1.html时,通过redirect 重定向至http://192.168.100.10/ccc/bbb/2.html
注意:1. 192.168.100.10/abc/a/1.html是否存在已经不重要了。2.192.168.100.10/ccc/bbb/2.html页面必须存在。
1.还原默认站点
vim /etc/nginx/conf.d/default.conf
server {
listen 80;
location / {
root /usr/share/nginx/html;
index index.html index.php;
}
}
站点已经还原
vim /usr/share/nginx/html/index.html
输入下面的文字。证明这是默认主页文件
/usr/share/nginx/html/index.html
2.配置地址重写
创建待测试目录
mkdir /usr/share/nginx/html/ccc/bbb -p
创建待测试目标页面
vim /usr/share/nginx/html/ccc/bbb/2.html
输入下面得内容
/usr/share/nginx/html/ccc/bbb/2.html
匹配请求中的”abc“字段
将请求中的url换成新的url
vim /etc/nginx/conf.d/default.conf
server {
...
location /abc {
rewrite .* /ccc/bbb/2.html permanent;
}
...
}
重启nginx服务器
systemctl restart nginx
3.访问旧页面进行测试
浏览器访问 http://192.168.100.10/abc/a/1.html
此时你会发现重定向已经成功
4.关于permanent
permanent 会将地址显示为新的URL地址(重定向之后的)
添加
添加上permanent,url被替换,生成两次请求。
服务器只转换了url,客户端重新申请。
不添加
不添加permanent,url是老的,服务器内部转换请求。
服务器内部转换URL,内部转换页面。
5.请思考表达式问题
用以下匹配方式,对URL(http://192.168.100.10/abc/123.html)进行匹配有什么区别
Location = /abc http://192.168.100.10/abc/123.html是否可行 不可行。因为需要完全匹配
Location ~ /abc http://192.168.100.10/abc/123.html是否可行 可行。因为部分匹配即可
Location ^~ /abc http://192.168.100.10/abc/123.html是否可行 可行。因为部分匹配即可
如下URL( http://192.168.100.10/cde/abc/1.html)是否会这样的语句(Location ~ /abc)匹配
会
如何阻止这样的url重定向
location ~ ^/abc
例2:
**目的:**利用正则中的”()和/1 “,替换url中一部分的内容。
将http://192.168.100.10/2016/a/b/c/1.html
换http://192.168.100.10/2017/a/b/c/1.html
方法
location /2016 {
rewrite ^/2016/(.*)$ /2017/$1 permanent;
}
1.注释掉上一个实验中的重定向部分。避免实验出现交叉影响
2.配置地址重写
准备目标目录
mkdir /usr/share/nginx/html/2017/a/b/c/ -p
准备目标 页面
vim /usr/share/nginx/html/2017/a/b/c/1.html
输入一下内容
/usr/share/nginx/html/2017/a/b/c/1.html
匹配请求中的”2016“字段
vim /etc/nginx/conf.d/default.conf
location /2016 {
rewrite ^/2016/(.*)$ /2017/$1 permanent;
}
3.访问旧页面进行测试
http://192.168.100.10/2016/a/b/c/1.html
url因为permanent被重新改写,请求也变为2次。客户端重新申请了两次
例3:
**目的:**了解判断在重定向中的使用方法。
location { rewrite } 只能替换url中的目录路径,
使用if (){rewrite}可以替换协议主机目录全部能容。
将http://www.wuliu.com
换http://jd.com
1.注释掉上一个实验中的重定向部分。
2.配置地址重写
if ( $host ~* wuliu.com ) {
rewrite .* http://jd.com permanent;
}
3.访问旧页面进行测试
注意,客户端 wuliu.com的域名解析,和jd.com的域名解析。
http://wuliu.com
例4:
目的:
上一个试验中,不论输入的url中页面内容是什么:
http://wuliu.com/1.html
http://wuliu.com/2.html
其结果。全部都重定向至
http://jd.com主页。
需求:
如果希望替换掉域名中的主机,保留后端url路径。可以使用nginx内置变量调用老的url目录路径。
示例:
将 http://wuliu.com/ccc/bbb/2.html
换成 http://jd.com/ccc/bbb/2.html
1.延续上一个实验
准备一个新网站
cloud.com
新页面
ccc/bbb/2.html
2.配置地址重写
if ( $host ~* wuliu.com ) {
rewrite .* http://jd.com$request_uri permanent;
}
注意客户端解析jd.com的问题。
3.访问旧页面进行测试
http://wuliu.com/ccc/bbb/2.html
例5:
目的:
在访问目录后添加/ (如果不是目录文件,则不加/)
(但是先做个判断,是目录才需要加,不是目录就不加。)
if (-d $request_filename) {
rewrite ^(.*)([^/])$ http://$host$1$2/ permanent;
}
1.注释掉上一个实验中的重定向部分。
2.配置地址重写
if (-d $request_filename) {
rewrite ^(.*)([^/])$ http://$host$1$2/ permanent;
}
准备目标目录
mkdir /usr/share/nginx/html/dir
echo ‘/usr/share/nginx/html/dir’ > /usr/share/nginx/html/dir/index.html
3.访问页面进行测试
访问目录
http://wuliu.com/dir
成功的结果是
http://wuliu.com/dir/
访问文件
http://wuliu.com/dir/1.html
访问正常并不会怎么加/
例6:
目的:
将旧url中的字段,引入重定向后新url中。
http://www.wuliu.com/login/wuliu.html
转为
http://www.wuliu.com/reg/login.php?user=wuliu
实验:
location /login {
rewrite ^/login/(.*)\.html$ /reg/login.php?user=$1;
}
例7:
目的:
目录的表达方式发生变化。
原先的“-”分割,变成了“/"目录层次。
目的:
将
http://www.wuliu.com/qf/11-22-33/1.html
转换为
http://www.wuliu.com/qf/11/22/33/1.html
1.注释掉上一个实验中的重定向部分。
2.配置地址重写
location /qf {
rewrite ^/qf/([0-9]+)-([0-9]+)-([0-9]+)(.*)$ /qf/$1/$2/$3$4 permanent;
root /usr/share/nginx/html;
}
准备目标目录
mkdir /usr/share/nginx/html/qf/11/22/33/ -p
echo ‘/usr/share/nginx/html/qf/11/22/33/1.html’ > /usr/share/nginx/html/qf/11/22/33/1.html
3.访问页面进行测试
例8:
目的:
引用URL当中的信息,重定向至新的URL
#http://alice.wuliu.com ==> http://www.wuliu.com/alice
#http://jack.wuliu.com ==> http://www.wuliu.com/jack
1.注释掉上一个实验中的重定向部分。
2.配置地址重写
准备目标页面
mkdir /usr/share/nginx/html/{jack,alice}
echo “jack” > /usr/share/nginx/html/jack/index.html
echo “alice” > /usr/share/nginx/html/alice/index.html
nginx Rewrite
if ($host ~* "^www.wuliu.com$" ) {
break;
}
if ($host ~* "^(.*)\.wuliu\.com$" ) {
set $user $1;
rewrite .* http://www.wuliu.com/$user permanent;
}