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 重定向。

以下是我一开始的配置

1. location ~* /MP_verify.*\.txt {
   
2. rewrite ^/(MP_verify.*\.txt) https://www.b.com$request_uri permanent;
   
3. 
   
4. }

复制代码

nginx 正则匹配到uri后，重定向到 www.b.com/MP_verify_aa.txt，访问没啥问题，但是问题来了，浏览器中的主机地址变成了 www.b.com，为什么呢？
原因：rewrite 是对用户请求的URI进行PCRE正则重写，然后返回 30x 重定向跳转或按条件执行相关配置。
但是，前端小伙伴要求是保持url不变。所以只能用nginx反向代理了。
注意，www.b.com 这个域名必须要让服务器能解析到。

修改配置文件

1. location ~* /MP_verify.*\.txt {
   
2. # rewrite ^/MP_verify.*\.txt http://www.b.com$request_uri permanent;
   
3. 
   
4. 
   
5. proxy_next_upstream error timeout http_503 http_504 http_502;
   
6. proxy_connect_timeout 500s;
   
7. proxy_read_timeout 500s;
   
8. proxy_send_timeout 500s;
   
9. proxy_set_header Host $http_host;
   
10. proxy_set_header X-Real-IP $remote_addr;
    
11. proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;;
    
12. proxy_pass https://www.b.com ; #跳转，注意这里域名后面不能加/，不然nginx reload会报错。
    
13. 
    
14. }

复制代码

心得：
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

1. server {
   
2.      listen 80;
   
3.      server_name a.com;
   
4. 
   
5.      location /test/{
   
6.             rewrite ^/test/(.*)$ /$1 break;
   
7.             proxy_pass http://b.com;
   
8.       }
   
9. 
   
10. }

复制代码

注意：​

• 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】 我们会及时删除侵权内容，谢谢合作！