Nginx URL重写 Rewrite

最新推荐文章于 2025-03-10 11:56:11 发布

花海之巅

最新推荐文章于 2025-03-10 11:56:11 发布

阅读量1.9k

点赞数 1

分类专栏： nginx重写文章标签： nginx linux

本文链接：https://blog.youkuaiyun.com/cyx1834265118/article/details/108802609

版权

nginx重写专栏收录该内容

1 篇文章

订阅专栏

一.什么是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。
二.Rewrite相关指令
1.重定向
rewrite ：将用户的访问（url），更换成指定的文件。
2.if语句
应用环境： server， location
语法： if （状态）｛ … ｝
3.条件判断


	~* 				正则匹配 (不区分大小写)
	!~                 非正则匹配 (区分大小写)
	!~*		        非正则 匹配 (不区分大小写)
	-f 和!-f 			用来判断是否存在文件
	-d 和!-d 		    用来判断是否存在目录
	-e 和!-e 		    用来判断是否存在文件或目录
	-x 和!-x 		    用来判断文件是否可执行

4.全局变量

	$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标记有：
1.last 停止处理当前ngx_http_rewrite_module，从指令之后的一个新的位置改变URI匹配搜索。
2.break 本条规则匹配完成后，终止匹配，不再匹配后面的规则。
3.redirect 返回302临时重定向，浏览器地址会显示跳转后的URL地址。
4.redirect url permanent 返回301永久重定向，浏览器地址会显示跳转后URL地址。

redirect 和 permanent区别则是返回的不同方式的重定向，
对于客户端来说一般状态下是没有区别的。
而对于搜索引擎，相对来说301的重定向更加友好，
如果我们把一个地址采用301跳转方式跳转的话，
搜索引擎会把老地址的相关信息带到新地址，
同时在搜索引擎索引库中彻底废弃掉原先的老地址。
使用302重定向时，搜索引擎(特别是google)有时会查看跳转前后哪个网址更直观，
然后决定显示哪个，
如果它觉的跳转前的URL更好的话，也许地址栏不会更改，
那么很有可能出现URL劫持的现像。

四.Rewrite匹配参考示例
例1：
目的：
当用户访问http://192.168.152.157/abc/a/1.html 地址时，
通过redirect 重定向至http://192.168.152.157/ccc/bbb/2.html
注意：
192.168.152.157/abc/a/1.html是否存在已经不重要了。
192.168.152.157/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    创建待测试目标页面
vim /etc/nginx/conf.d/default.conf 
server {
	...
        location /abc {
        rewrite .* /ccc/bbb/2.html permanent;

        }
	...
}
systemctl restart nginx   重启

3.访问浏览器进行测试
4.关于permanent
permanent 会将地址显示为新的URL地址（重定向之后的URL）
添加上permanent url被替换
生成两次请求。服务器只转换了url，客户端重新申请。
不添加permanent url是老的
服务器内部转换请求。服务器内部转换URL，内部转换页面。

5.请思考表达式问题1
	用以下匹配方式，对URL（http://192.168.152.157/abc/123.html）进行匹配有什么区别
	Location  = /abc
		通过此URL:http://192.168.152.157/abc/123.html访问服务器，结果是否会重定向
			不可行。因为需要完全匹配
	Location ~ /abc
		通过此URL:http://192.168.152.157/abc/123.html访问服务器，结果是否会重定向
			可行。因为部分匹配即可
	Location ^~ /abc
		通过此URL:http://192.168.152.157/abc/123.html访问服务器，结果是否会重定向
			可行。因为部分匹配即可
6.请思考表达式问题2
	用户访问如下URL（ http://192.168.152.157/cde/abc/1.html）是否会这样的语句（Location ~  /abc）匹配
	答案：会
阻止这样的url重定向方法
			location ~  ^/abc

例2：
目的：
利用正则中的”（）和\1 “，
替换url中一部分的内容。
将http://192.168.152.157/2016/a/b/c/1.html
换http://192.168.152.157/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   准备目标 页面
vim /etc/nginx/conf.d/default.conf   
        location /2016 {
        rewrite      ^/2016/(.*)$       /2017/$1      permanent;
        }

3.访问旧页面进行测试http://192.168.152.157/2016/a/b/c/1.html
在这里插入图片描述 url因为permanent被重新改写
请求也变为2次。客户端重新申请了两次
例3：
目的： location { rewrite } 只能替换url中的目录路径，
使用if (){rewrite}可以替换协议主机目录全部能容。
将http://www.qianfeng.com
换http://jd.com
1.注释掉上一个实验中的重定向部分。
2.配置地址重写

        if ( $host ~* qianfeng.com ) {
        rewrite .*      http://jd.com permanent;
        }
        客户端 qianfeng.com的域名解析，和jd.com的域名解析。

3.访问旧页面进行测试
访问qianfeng.com
在这里插入图片描述例4：

目的：
	前言
		上一个试验中，不论输入的url中页面内容是什么：
http://qianfeng.com/1.html
http://qianfeng.com/2.html
其结果。全部都重定向至
http://cloud.com/1.html主页。
http://cloud.com/2.html
	需求
		如果希望替换掉域名中的主机，保留后端url路径。可以使用nginx内置变量调用老的url目录路径。
示例：
将http://qianfeng.com/ccc/bbb/2.html
换成
        http://cloud.com/ccc/bbb/2.html

1.延续上一个实验
准备一个新网站
cloud.com
新页面
mkdir -p /usr/share/nginx/html/cloud/ccc/bbb/
echo “/usr/share/nginx/html/ccc/bbb/2.html” > /usr/share/nginx/html/cloud/ccc/bbb/2.html
2.配置地址重写

 if ( $host ~* qianfeng.com ) {
rewrite .*      http://cloud.com$request_uri permanent;
}
客户端解析cloud.com

3.访问旧页面进行测试
http://qianfeng.com/ccc/bbb/2.html

在这里插入图片描述例5：
目的：
在访问的url是目录时，在URL自动添加一个“/” (如果不是目录，则不加/)
（但是先做个判断，是目录才需要加，不是目录就不加。）
当用户访问网站时，输入的URL不完整。
1)输入的URL是目录时，自动添加“/”
http://www.baidu.com/abc
2)输入的URL是文件时，不添加“/”
http://www.baidu.com/abc/index.html
3)输入的URL是目录，但已经添加"/"时，不添加“/”
http://www.baidu.com/abc/
1.注释掉上一个实验中的重定向部分。
2.准备目标目录
mkdir /usr/share/nginx/html/dir
echo ‘/usr/share/nginx/html/dir’ > /usr/share/nginx/html/dir/index.html
3.配置地址重写

if (-d $request_filename) {
rewrite     ^(.*)([^/])$      http://$host$1$2/ permanent;
}

4.访问页面进行测试
访问目录 http://qianfeng.com/dir
在这里插入图片描述注意发生重定向现象。观察url后方多了“/”
访问文件 http://qianfeng.com/dir/1.html
没有触发重定向现象。观察url后方没有变化。