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...... 。
总结
以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。
来源:https://www.jb51.net/server/322188ely.htm
免责声明：由于采集信息均来自互联网，如果侵犯了您的权益，请联系我们【E-Mail:cb@itdo.tech】 我们会及时删除侵权内容，谢谢合作！
页:
[1]