背景
一個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%的信息轉發。
到此這篇關于詳解Nginx proxy_pass的一個/斜杠引發的血案的文章就介紹到這了,更多相關Nginx proxy_pass斜杠內容請搜索腳本之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持腳本之家！
