Nginx rewrite和proxy_pass的区别及说明
作者:新时代的老古董
Nginx rewrite和proxy_pass的区别
收到一个需求,访问 www.a.com/MP_verify_aa.txt(此文件是微信验证文件,验证啥我也不知道)需要转发到 www.b.com/MP_verify_aa.txt 上。
文件名固定是以 MP_verify 开头,(.txt) 结尾。(其实很简单,但还是搞了很久,对nginx还是不熟悉,特写此笔记,谨记。)
一开始,我想当然,用rewrite 重定向。
以下是我一开始的配置
location ~* /MP_verify.*\.txt { rewrite ^/(MP_verify.*\.txt) https://www.b.com$request_uri permanent; }
nginx 正则匹配到uri后,重定向到 www.b.com/MP_verify_aa.txt,访问没啥问题,但是问题来了,浏览器中的主机地址变成了 www.b.com,为什么呢?
原因:rewrite 是对用户请求的URI进行PCRE正则重写,然后返回 30x 重定向跳转或按条件执行相关配置。
但是,前端小伙伴要求是保持url不变。所以只能用nginx反向代理了。
注意,www.b.com 这个域名必须要让服务器能解析到。
修改配置文件
location ~* /MP_verify.*\.txt { # rewrite ^/MP_verify.*\.txt http://www.b.com$request_uri permanent; proxy_next_upstream error timeout http_503 http_504 http_502; proxy_connect_timeout 500s; proxy_read_timeout 500s; proxy_send_timeout 500s; proxy_set_header Host $http_host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;; proxy_pass https://www.b.com ; #跳转,注意这里域名后面不能加/,不然nginx reload会报错。 }
心得:
proxy_pass主要应用于分发于后端的服务器,作为代理或者是负载均衡使用,在进行分发请求的时候,用户请求的URL不会发生变化,返回的状态码也基本上为200。
rewrite主要用于捕捉用户请求的URL路径中特殊元素,并且没有对应的NGINX的变量来替换的时候,或者需要在路径中增加修改删除元素,那么就可以使用rewrite。rewrite 会改变用户请求的URL,且 rewrite指令只能返回301和302。
Nginx服务rewrite、proxy_pass
Nginx 是一个高性能的开源反向代理服务器,可以用于处理跨域请求、负载均衡和缓存等功能。在本文中,我们将介绍如何使用 Nginx 配置文件来实现反向代理。
我们可以实现跨域请求的处理,同时保护用户的隐私和安全。此外,Nginx 还可以通过添加其他配置指令来实现更多功能,如负载均衡和缓存等。
用户访问 a.com/test/viewtt/onhyevbloi......
需要请求到 b.com/viewtt/onhyevbloi...... 去除 test
server { listen 80; server_name a.com; location /test/{ rewrite ^/test/(.*)$ /$1 break; proxy_pass http://b.com; } }
注意:
- listen 80;:监听端口号 80,表示该服务器将接收来自客户端的 HTTP 请求。
- server_name a.com;:指定该服务器的域名为 a.com,表示当客户端请求的域名为 a.com 时,将使用该服务器进行处理。
- location /test/:匹配以 /test/ 开头的请求路径。
- rewrite ^/test/(.*)$ /$1 break;:将匹配到的请求路径中的 /test/ 替换为空,即去掉 /test/ 部分,然后继续处理后续的指令。
- proxy_pass http://b.com;:将经过重写后的请求转发到 http://b.com,即将请求代理到 http://b.com 上进行处理。
总体来说,这段配置的作用是将客户端请求中以 /test/ 开头的路径重写为去掉 /test/ 部分的路径,并将重写后的请求转发到 http://b.com 进行处理。
1.用户发起请求a.com/test/viewtt/onhyevbloi...... 最后会转换成什么
根据上面的配置,当用户发起请求 a.com/test/viewtt/onhyevbloi...... 时,经过重写和转发后,最终会转换成 b.com/test/viewtt/onhyevbloi......
具体的转换过程如下:
- 用户发起请求 a.com/test/viewtt/onhyevbloi......
- 根据配置中的 location /test/,匹配到请求路径中以 /test/ 开头的部分。
- 根据 rewrite ^/test/(.*)$ /$1 break;,将匹配到的 /test/ 替换为空,得到 /viewtt/onhyevbloi......
- 根据 proxy_pass http://b.com;,将重写后的请求转发到 http://b.com。
- 最终,用户的请求被转发到 http://b.com/test/viewtt/onhyevbloi......
2. 用户浏览器框上显示的是那个域名
- 根据上述配置,当用户在浏览器地址栏中输入 a.com/test/viewtt/onhyevbloi...... 并发送请求时,浏览器地址栏上显示的仍然是 a.com/test/viewtt/onhyevbloi......。
- 这是因为 Nginx 的配置中只是将请求转发到了 http://b.com/test/viewtt/onhyevbloi...... ,但浏览器并不会自动更新地址栏显示的内容。
- 所以,用户在浏览器地址栏上看到的仍然是原始的请求地址 a.com/test/viewtt/onhyevbloi...... 。
总结
以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。