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...... 。

总结

以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。

最新评论