Nginx基础篇-Nginx Rewrite

Nginx基础篇-Nginx Rewrite

一、什么是Rewrite

  1. URL Rewrite最常见的应用是URL伪静态化,是将动态页面显示为静态页面方式的一种技术。比如
    http://www.123.com/news/index.php?id=123 使用URLRewrite 转换后可以显示为 http://www.123
    .com/news/123.html对于追求完美主义的网站设计师,就算是网页的地址也希望看起来尽量简洁明快。
    理论上,搜索引擎更喜欢静态页面形式的网页,搜索引擎对静态页面的评分一般要高于动态页面。所
    以,UrlRewrite可以让我们网站的网页更容易被搜索引擎所收录。

  2. 从安全角度上讲,如果在URL中暴露太多的参数,无疑会造成一定量的信息泄漏,可能会被一些黑客
    利用,对你的系统造成一定的破坏,所以静态化的URL地址可以给我们带来更高的安全性。

  3. 实现网站地址跳转,例如用户访问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;
  }
  • 1
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
nginx是一种高性能的Web服务器和反向代理服务器软件,可以在Linux、Windows、UNIX等操作系统上运行。它以其稳定性、高并发性和低内存消耗而受到广泛关注和使用。 nginx 1.18是nginx的一个版本,其中包含了一系列的新特性和改进。这个版本引入了新的HTTP/2服务器推送功能,提供了更好的性能和可扩展性。同时,该版本还增加了对TLS 1.3的支持,加强了传输层安全性。此外,nginx 1.18还改进了负载均衡算法,提高了对后端服务器的请求分发效率。总之,nginx 1.18在性能、安全性和功能上都有所提升,是一个值得使用的版本。 nginx-mod-stream是一个nginx模块,用于处理TCP/UDP流量。它提供了一系列的功能,如四层(网络层)和七层(应用层)的负载均衡、流量分片、数据重定向等。通过使用nginx-mod-stream,我们可以在一个单独的nginx服务器上同时处理HTTP和TCP/UDP流量,增加了服务器的灵活性和可扩展性。 通过将nginx 1.18和nginx-mod-stream结合使用,我们可以构建一个强大的、高性能的网络架构。nginx 1.18提供了优秀的HTTP服务和反向代理能力,而nginx-mod-stream则提供了处理TCP/UDP流量的功能。这样可以让我们的应用程序更加灵活,在一个服务器上同时处理不同类型的流量,提高服务器的利用率和性能。因此,nginx 1.18和nginx-mod-stream是两个重要的组件,能够帮助我们构建高效的网络架构。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值