Nginx rewrite和proxy_pass的区别及说明_Nginx

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