nginx rewrite

已于 2022-11-26 23:52:53 修改
阅读量681 收藏
点赞数
分类专栏： nginx 文章标签： nginx java 服务器
于 2022-11-26 23:41:30 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u013212772/article/details/128058725
版权

一、location 匹配

直接上例子

location ~ /app/(.*)\.mp3 {

    return 200 "$uri";

}

# 应该要加上 ～

# 因为这里没加上 ～，所以 curl 127.0.0.1/app2/a.mp3 会匹配到 location /

location /app2/(.*)\.mp3 {

    return 200 "$uri";

}

location / {

    return 200 "root";

}

 测试

# curl 127.0.0.1/app/a.mp3
/app/a.mp3
# curl 127.0.0.1/app2/a.mp3
root

结论：

  • 加上 ～ 表示要进行正则匹配，locaiton 右边表达式中的正则符号才会生效
  • 如果不需要正则匹配，则不要加上 ～

 二、break 和 last

直接上例子

location /download/ {

    rewrite  ^(/download/.*)/media/(.*)\..*$   $1/mp3/$2.mp3 break;

    return 403;

}

location ~ /download/a/mp3/(.*)\.mp3 {

    return 200 "$uri";

}

 2.1 break 测试

# curl http://127.0.0.1/download/a/media/a.mp3

<html>

<head><title>404 Not Found</title></head>

<body>

<center><h1>404 Not Found</h1></center>

<hr><center>nginx/1.23.1</center>

</body>

</html>

 == nginx log ==

2022/11/20 21:54:54 [notice] 7233#0: *100 "^(/download/.*)/media/(.*)\..*$" matches "/download/a/media/a.mp3", client: 127.0.0.1, server: localhost, request: "GET /download/a/media/a.mp3 HTTP/1.1", host: "127.0.0.1"

2022/11/20 21:54:54 [notice] 7233#0: *100 rewritten data: "/download/a/mp3/a.mp3", args: "", client: 127.0.0.1, server: localhost, request: "GET /download/a/media/a.mp3 HTTP/1.1", host: "127.0.0.1"

2022/11/20 21:54:54 [error] 7233#0: *100 open() "/usr/local/nginx/html/download/a/mp3/a.mp3" failed (2: No such file or directory), client: 127.0.0.1, server: localhost, request: "GET /download/a/media/a.mp3 HTTP/1.1", host: "127.0.0.1"

结论：rewrite 后的 uri /download/a/mp3/a.mp3 虽然能匹配「 location ~ /download/a/mp3/(.*)\.mp3 」，但 break 的表现是直接打开 /usr/local/nginx/html/download/a/mp3/a.mp3，这里 usr/local/nginx/html/ 是 root 的路径。

2.2 last 测试

直接上例子，只是将 2.1 中的 break 改为 last

location /download/ {

    rewrite  ^(/download/.*)/media/(.*)\..*$   $1/mp3/$2.mp3 last;

    return 403;

}

location ~ /download/a/mp3/(.*)\.mp3 {

    return 200 "$uri";

}

测试 1

# curl 127.0.0.1/download/a/media/a.mp3

/download/a/mp3/a.mp3

== nginx log ==

2022/11/20 23:40:37 [notice] 13584#0: *123 "^(/download/.*)/media/(.*)\..*$" matches "/download/a/media/a.mp3", client: 127.0.0.1, server: localhost, request: "GET /download/a/media/a.mp3 HTTP/1.1", host: "127.0.0.1"

2022/11/20 23:40:37 [notice] 13584#0: *123 rewritten data: "/download/a/mp3/a.mp3", args: "", client: 127.0.0.1, server: localhost, request: "GET /download/a/media/a.mp3 HTTP/1.1", host: "127.0.0.1"

结论：重写后的 uri 会再次进行 locaiton 匹配，该测试中，重写后被 「 location ~ /download/a/mp3/(.*)\.mp3 」匹配了。

 测试 2

# curl http://127.0.0.1/download/b/media/a.mp3

<html>

<head><title>403 Forbidden</title></head>

<body>

<center><h1>403 Forbidden</h1></center>

<hr><center>nginx/1.23.1</center>

</body>

</html>

== nginx log ==

2022/11/20 19:07:13 [notice] 5502#0: *80 "^(/download/.*)/media/(.*)\..*$" matches "/download/b/media/a.mp3", client: 127.0.0.1, server: localhost, request: "GET /download/b/media/a.mp3 HTTP/1.1", host: "127.0.0.1"

2022/11/20 19:07:13 [notice] 5502#0: *80 rewritten data: "/download/b/mp3/a.mp3", args: "", client: 127.0.0.1, server: localhost, request: "GET /download/b/media/a.mp3 HTTP/1.1", host: "127.0.0.1"

2022/11/20 19:07:13 [notice] 5502#0: *80 "^(/download/.*)/media/(.*)\..*$" does not match "/download/b/mp3/a.mp3", client: 127.0.0.1, server: localhost, request: "GET /download/b/media/a.mp3 HTTP/1.1", host: "127.0.0.1"

结论：重写后的 uri 再次被「 location /download/ 」匹配了，只是本次 rewrite 的处理中，uri 跟正则表达式匹配不上，所以 rewrite 后面的 return 403 起效果了。 

总结：

  • break，直接打开重写后的 uri（会默认加上 root  路径前缀）
  • last（继续），重写后的 uri 会再次进行 location 匹配，匹配到的 location 处理中可能也会配置 rewrite 指令，所以如果一个请求经历的 rewrite 处理超过 10 次的话，就会直接返回 500。

三、redirect 和 permanent（重定向）

3.1 rewrite 时加上 http(s)

直接上例子

location = /uniframe/uniframe.js {

   rewrite  ^/(.*)    http://www.baidu.com  redirect;

}

 测试 1

# curl  http://127.0.0.1/uniframe/uniframe.js  -i

HTTP/1.1 302 Moved Temporarily

Server: nginx/1.23.1

Date: Sun, 20 Nov 2022 06:30:05 GMT

Content-Type: text/html

Content-Length: 145

Connection: keep-alive

Location: http://www.baidu.com

 == nginx log ==

2022/11/20 14:29:05 [notice] 22480#0: *28 "^/(.*)" matches "/uniframe/uniframe.js", client: 127.0.0.1, server: localhost, request: "GET /uniframe/uniframe.js HTTP/1.1", host: "127.0.0.1"

2022/11/20 14:29:05 [notice] 22480#0: *28 rewritten redirect: "http://www.baidu.com", client: 127.0.0.1, server: localhost, request: "GET /uniframe/uniframe.js HTTP/1.1", host: "127.0.0.1"

3.2 rewrite 时不加上 http(s)

重定向时会自动加上 http(s)://127.0.0.1

location = /uniframe/uniframe.js {

    rewrite  ^/(.*)   /uniframe-micro/uniframe.js  permanent;

}

location ~ /uniframe-micro/uniframe.js {

    return 200 "call $uri";

}

测试 1

# curl http://127.0.0.1/uniframe/uniframe.js -i

HTTP/1.1 301 Moved Permanently

Server: nginx/1.23.1

Date: Sun, 20 Nov 2022 08:06:01 GMT

Content-Type: text/html

Content-Length: 169

Location: http://127.0.0.1/uniframe-micro/uniframe.js

Connection: keep-alive

 == nginx log ==

2022/11/20 16:06:01 [notice] 31665#0: *42 "^/(.*)" matches "/uniframe/uniframe.js", client: 127.0.0.1, server: localhost, request: "GET /uniframe/uniframe.js HTTP/1.1", host: "127.0.0.1"

2022/11/20 16:06:01 [notice] 31665#0: *42 rewritten redirect: "/uniframe-micro/uniframe.js", client: 127.0.0.1, server: localhost, request: "GET /uniframe/uniframe.js HTTP/1.1", host: "127.0.0.1"

总结：

  • permanent 和 redirect 的区别，只是 301 和 302 的区别，其他地方一致。
  • 重定向会触发客户端再次发起请求，用 postman 测试的话，在 nginx 的 access.log 中可以看到客户端先后发起了两次请求。但用 curl 测试时，不会对 301/302 返回的 Location 头部中的重定向链接自动发起请求。 
junxin Hong
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
ngin配置301重定向设置方法和nginx子目录301重定向
09-30
主要介绍了ngin配置301重定向设置方法和nginx子目录301重定向,需要的朋友可以参考下
详解nginx rewrite和根据url参数location
01-20
首先查看下nginx是否支持rewrite： ./nginx -V 不支持说明安装nginx时候缺少pcre,需要重新安装nginx： #安装pcre wget ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/pcre-8.34.tar.gz tar -zxvf pcre-...
nginx利用rewrite配置301和302跳转配置
zxh7770的博客
11-29 8884
nginx利用rewrite配置301和302跳转配置 什么是301跟302跳转？主要区别是什么？ 301、302跳转的解释： 1，301永久跳转：当用户或搜索引擎向网站服务器发出浏览请求时，服务器返回的HTTP数据流中头信息中的状态码的一种，表示本网页永久性转移到另一个地址。 2，302临时跳转：也是状态码的一种，意义是暂时转向到另外一个网址。 3，301是永久重定向的状态码，302是临时重定向...
nginx实现http协议301、302重定向
weixin_34008933的博客
05-12 721
最近在配合其他团队对网站进行seo方面的优化，其中建议需要对url进行大量301修改，基本就是将原来的较长的url重新定向到一个比较短的url，提高对搜索引擎的友好程度,如果发现你的网页从一个很精简的url被定向到一个冗长的url上，可能是被劫持了，对于google比较智能的搜索引擎，它还会接受之前的那个精简的，因为它更加友好化。今天就把这个http的301返回码分析一下。HTTP协议301返回码...
Nginx URL重写（rewrite）配置及信息详解
weixin_30274627的博客
01-04 526
URL重写有利于网站首选域的确定，对于同一资源页面多条路径的301重定向有助于URL权重的集中 Nginx URL重写（rewrite）介绍 和apache等web服务软件一样，rewrite的组要功能是实现RUL地址的重定向。Nginx的rewrite功能需要PCRE软件的支持，即通过perl兼容正则表达式语句进行规则匹配的。默认参数编译nginx就会支持rewrite的模块，但是...
302 Moved Temporarily
weixin_44265867的博客
10-28 2777
重定向问题 在做登陆时，登陆成功之后链接无法跳转，后来在跳转链接后面加了一个“/”解决了问题
nginx rewrite常用示例
07-20
本文是关于 nginx rewrite常用示例。
nginx rewrite 实现URL跳转的方法
09-29
今天小编就为大家分享一篇nginx rewrite 实现URL跳转的方法，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧
Nginx Rewrite模块应用的几种场景
09-29
**Nginx Rewrite模块应用详解** Nginx的Rewrite模块是其强大的URL重写工具，它可以基于HTTP请求的URL动态改变请求的目标，实现各种复杂的路由控制和URL美化功能。以下我们将详细介绍Nginx Rewrite模块在不同场景下...
Nginx Rewrite的解析
DAHA2的博客
07-02 2446
目录Nginx Rewrite模块1、Nginx跳转需求2、rewrite跳转场景3、rewrite跳转实现4、Nginx常用的正则表达式Rewrite命令语法 Nginx Rewrite模块 1、Nginx跳转需求 使用rewrite进行匹配 使用if匹配全局变量后跳转 使用location匹配再跳转 2、rewrite跳转场景 使url看起来更规范，合理 可将动态url地址伪装成静态地址提供服务 网址换新域名后，让旧的访问跳转到新的域名上 3、rewrite跳转实现 ngx_http_rewrite_m
nginx代理多次302的解决方法(nginx Follow 302)
01-10
用proxy_intercept_errors和recursive_error_pages代理多次302 302是HTTP协议中的一个经常被使用状态码，是多种重定向方式的一种，其语义经常被解释为“Moved Temporarily”。这里顺带提一下，现实中用到的302多为误用（与303，307混用），在HTTP/1.1中，它的语义为“Found”. 302有时候很明显，有时候又比较隐蔽。最简单的情况，是当我们在浏览器中输入一个网址A，然后浏览器地址栏会自动跳到B，进而打开一个网页，这种情况就很可能是302。 比较隐蔽的情况经常发生在嵌入到网页的播放器中。例如，当你打开一个优酷视频播放页面时，
302 Moved Temporarily 应该怎么解决?
weixin_34253126的博客
03-31 1万+
2019独角兽企业重金招聘Python工程师标准>>> ...
Nginx--------location匹配和Rewrite重写跳转
m0_57554344的博客
06-27 2318
(location =) > (location 完整路径) > (location ^~ 路径) > (location ,* 正则顺序) > (location 部分起始路径) > (location /)第一个必选规则直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理，比如说官网。这里是直接转发给后端应用服务器了，也可以是一个静态首页root html;第二个必选规则是处理静态文件请求，这是nginx作为http服务器的强项。
nginx的rewrite地址重写功能和案例介绍
最新发布
树下一少年的博客
08-11 1757
nginx的rewrite地址重写功能和案例介绍 web服务器中的必备功能，用来实现地址的重写（不是转发），可以让用户在我们网站变动的时候仍然能够通过原来的书签访问到变动后的内容。last——本条规则匹配完成后， 继续向下匹配新其他uri规则break——本条规则匹配完成即终止， 不再匹配后面的任何规则redirect——返回302临时重定向， 浏览器地址栏会显示跳转后的url地址permanent——返回301永久重定向， 浏览器地址栏会显示跳转后的url地址五.例子1.访问不存在的网页时定向到某个界面。
Nginx的重定向规则
Liang_GaRy的博客
07-04 4293
Nginx的重定向rewrote规则 简单介绍： nginx的rewrite功能需要pcre软件的支持，即要通过perl兼容正则表达式语句进行规则匹配的； 默认参数编译的nginx就会支持rewrite的模块、但是也必须要pcre的支持 rewrite是实现url重写的关键指令，根据regex（正则表达式）部分内容，重定向到replacement，结尾是flag标记； [root@node-130 nginx-1.17.10]# ./configure --help | grep rewrite --w
解决ajax请求出现'302 moved temporarily'问题
热门推荐
Heier的专栏
12-29 1万+
ajax请求出现’302 moved temporarily’问题在使用PHP作为后台语言时，前台通过ajax请求带验证的后台PHP文件问，总会在首次加载页面时用F12开发工具看到302 moved temporarily提示，并且无法请求到后台的数据。 在网上查阅相关资料后，借助其中一篇的解决思想ajax请求302 Moved Temporarily，在去掉了后台PHP文件的验证后，问题解决！
HTTP 协议简介
05-31 979
      HTTP 协议简介      以前我以为HTTP协议是加了密的，现在才知道HTTP是以明文方式发送数据的。      HTTP(Hypertext Transfer　Protocol, 超文本传输协议)，用于从WWW服务器传输超文本到本地浏览器的传输协议。你可以通过协议定制传送的内容，从而减少网络传输。HTTP协议是以TCP/IP为基础的高层协议。现在广泛使用的版本HTTP/1.1
Nginx Rewrite（重写跳转）
Katie_ff的博客
06-27 4163
Rewrite的实际场景，实现方式，flag标记说明，last和break的比较 location的匹配规则，优先级 Rewrite和location的比较

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值