详解Nginx proxy_pass的一个/斜杠引发的血案
背景
一个nginx的server模块下需要proxy到两个server，所以就通过location的不同路径来区分转发到不同的服务器上。
一开始是这么写的
location / {
proxy_pass http://server1/;
}
location /index {
proxy_pass http://server2/;
}
但是忘记了server1上有个服务路径是/indexNew，结果就被proxy到了server1，出现404问题，然后紧急修改配置如下：
location /indexNew {
proxy_pass http://server1/;
}
location / {
proxy_pass http://server1/;
}
location /index {
proxy_pass http://server2/;
}
问题现象
结果请求是到了server1了，但是错误变成，POST not supported
{
"status": 500,
"message": "http://172.28.72.117/-Request method 'POST' not supported",
"result": {}
}
这是当时应用的返回错误，查看nginx也没有报错，很奇怪，看了代码里/indexNew的确是POST方法啊，为啥报错不支持呢。
首先这里补充下location各种写法在nginx里的匹配顺序：
分析
nginx日志也没有报错，就尝试抓包，从nginx到应用的包
通过tcpdump命令抓包
tcpdump -w dataAll_normal.pcap -i eth0 -s0 port 8888
类似上述命令抓包，然后通过wireshark看，发现压根没搜索到/indexNew相关的http流量包。
尝试修改location如下
location /indexNew {
proxy_pass http://server1;
}
location / {
proxy_pass http://server1/;
}
location /index {
proxy_pass http://server2/;
}
区别仅仅在于/indexNew的proxy_pass最后一个/斜杠去掉了，继续抓包，发现可以搜索到/indexNew的包
说明此次修改正确了。
继续改回错误的，尝试抓包，还是没能搜索到/indexNew的包，然后通过IDE远程debug应用
发现到了应用里的URL压根也没有/indexNew，那当然在wireshark包里搜不到了。。。
是因为nginx转发应用的时候，访问路径就只有 / 了。
而工程中请求路径为 / 的接口的确是GET方法
详细看下location中proxy_pass的语法，的确是这样，proxy_pass最后有/，会把匹配location里的路径去掉，截取后面的URL PATH进行转发。
所以这里一定要注意proxy_pass最后一个/的含义作用，要慎用，它会改变路径请求信息，而不是100%的信息转发。
代码知识SEO上一篇 : nginx proxy_cache 缓存配置详解
下一篇 : Nginx实现https网站配置代码实例
-
SEO外包最佳选择国内专业的白帽SEO机构，熟知搜索算法，各行业企业站优化策略！
SEO公司
-
可定制SEO优化套餐基于整站优化与品牌搜索展现，定制个性化营销推广方案！
SEO套餐
-
SEO入门教程多年积累SEO实战案例，从新手到专家，从入门到精通，海量的SEO学习资料！
SEO教程
-
SEO项目资源高质量SEO项目资源，稀缺性外链，优质文案代写，老域名提权，云主机相关配置折扣！
SEO资源
-
SEO快速建站快速搭建符合搜索引擎友好的企业网站，协助备案，域名选择，服务器配置等相关服务！
SEO建站
-
快速搜索引擎优化建议没有任何SEO机构，可以承诺搜索引擎排名的具体位置，如果有，那么请您多注意！专业的SEO机构，一般情况下只能确保目标关键词进入到首页或者前几页，如果您有相关问题，欢迎咨询！
