背景

一個(gè)nginx的server模塊下需要proxy到兩個(gè)server，所以就通過location的不同路徑來區(qū)分轉(zhuǎn)發(fā)到不同的服務(wù)器上。

一開始是這么寫的

location / {
   proxy_pass http://server1/;
}

location /index {
   proxy_pass http://server2/;
}

但是忘記了server1上有個(gè)服務(wù)路徑是/indexNew，結(jié)果就被proxy到了server1，出現(xiàn)404問題，然后緊急修改配置如下：

location /indexNew {
   proxy_pass http://server1/;
}

location / {
   proxy_pass http://server1/;
}

location /index {
   proxy_pass http://server2/;
}

問題現(xiàn)象

結(jié)果請求是到了server1了，但是錯(cuò)誤變成，POST not supported

{
	"status": 500,
	"message": "http://172.28.72.117/-Request method 'POST' not supported",
	"result": {}
}

這是當(dāng)時(shí)應(yīng)用的返回錯(cuò)誤，查看nginx也沒有報(bào)錯(cuò)，很奇怪，看了代碼里/indexNew的確是POST方法啊，為啥報(bào)錯(cuò)不支持呢。

首先這里補(bǔ)充下location各種寫法在nginx里的匹配順序：

分析

nginx日志也沒有報(bào)錯(cuò)，就嘗試抓包，從nginx到應(yīng)用的包

通過tcpdump命令抓包

tcpdump -w dataAll_normal.pcap -i eth0 -s0 port 8888

類似上述命令抓包，然后通過wireshark看，發(fā)現(xiàn)壓根沒搜索到/indexNew相關(guān)的http流量包。

嘗試修改location如下

location /indexNew {
   proxy_pass http://server1;
}

location / {
   proxy_pass http://server1/;
}

location /index {
   proxy_pass http://server2/;
}

區(qū)別僅僅在于/indexNew的proxy_pass最后一個(gè)/斜杠去掉了，繼續(xù)抓包，發(fā)現(xiàn)可以搜索到/indexNew的包

說明此次修改正確了。

繼續(xù)改回錯(cuò)誤的，嘗試抓包，還是沒能搜索到/indexNew的包，然后通過IDE遠(yuǎn)程debug應(yīng)用

發(fā)現(xiàn)到了應(yīng)用里的URL壓根也沒有/indexNew，那當(dāng)然在wireshark包里搜不到了。。。

是因?yàn)閚ginx轉(zhuǎn)發(fā)應(yīng)用的時(shí)候，訪問路徑就只有 / 了。

而工程中請求路徑為 / 的接口的確是GET方法

詳細(xì)看下location中proxy_pass的語法，的確是這樣，proxy_pass最后有/，會(huì)把匹配location里的路徑去掉，截取后面的URL PATH進(jìn)行轉(zhuǎn)發(fā)。

所以這里一定要注意proxy_pass最后一個(gè)/的含義作用，要慎用，它會(huì)改變路徑請求信息，而不是100%的信息轉(zhuǎn)發(fā)。

到此這篇關(guān)于詳解Nginx proxy_pass的一個(gè)/斜杠引發(fā)的血案的文章就介紹到這了,更多相關(guān)Nginx proxy_pass斜杠內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論