详解Nginx中的proxy_pass模块?相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。
一个Nginx的服务器模块下需要代理到两个服务器,所以就通过位置的不同路径来区分转发到不同的服务器上。
一开始是这么写的
位置/{ proxy_pass http://server1/; } 位置/索引{ proxy_pass http://server2/; }
但是忘记了server1上有个服务路径是/indexNew,结果就被代理到了server1,出现404问题,然后紧急修改配置如下:
位置/indexNew { proxy_pass http://server1/; } 位置/{ proxy_pass http://server1/; } 位置/索引{ proxy_pass http://server2/; }
结果请求是到了server1了,但是错误变成,邮政不支持
{ “status": 500, “message":“http://172.28.72.117/-Request方法& # 39;文章# 39;不是supported" “result": {} }
这是当时应用的返回错误,查看nginx也没有报的错,很奇怪,看了代码里/indexNew的确是发布方法啊,为啥报错不支持呢。
首先这里补充下位置各种写法在nginx里的匹配顺序:
nginx日志也没有报的错,就尝试抓包,从nginx到应用的包
通过tcpdump命令抓包
tcpdump - w dataAll_normal。pcap我eth0 - s0端口8888
类似上述命令抓包,然后通过wireshark看,发现压根没搜索到/indexNew相关的http流量包。
尝试修改位置如下
位置/indexNew { proxy_pass http://server1; } 位置/{ proxy_pass http://server1/; } 位置/索引{ proxy_pass http://server2/; }
区别仅仅在于/indexNew的proxy_pass最后一个/斜杠去掉了,继续抓包,发现可以搜索到/indexNew的包
说明此次修改正确了。
继续改回错误的,尝试抓包,还是没能搜索到/indexNew的包,然后通过IDE远程调试应用
发现到了应用里的URL压根也没有/indexNew,那当然在wireshark包里搜不到了…
是因为Nginx转发应用的时候,访问路径就只有<强>/强>了。
而工程中请求路径为/的接口的确是让方法
详细看下位置中proxy_pass的语法,的确是这样,proxy_pass最后有/,会把匹配的位置里的路径去掉,截取后面的URL路径进行转发。
所以这里一定要注意proxy_pass最后一个/的含义作用,要慎用,它会改变路径请求信息,而不是100%的信息转发。
看完上述内容,你们掌握详解Nginx中的proxy_pass模块的方法了吗?如果还想学到更多技能或想了解更多相关内容,欢迎关注行业资讯频道,感谢各位的阅读!