問題描述

一個Spring + Angular前后端分離的項目，使用Nginx進行數據轉發。

Nginx監聽端口8100，前臺端口4200，后臺端口8080。

像往常一樣，提前配置好MySQL、配置好Redis，引入項目的Nginx配置文件，然后啟動前臺、后臺，成功。

接下來出現了問題：前臺發起的請求，只有極少數能被后臺接收到，大部分都是404，隨著在瀏覽器中的點擊，控制臺不斷的出現404。

如果只是404，那問題就很簡單，很大可能是Nginx端口轉發設置錯了。但它的神奇之處就在于，還有那么幾次請求，是能到達后臺的。

（上圖中，顯示保存成功的時候，后臺確實輸出了相關的控制臺信息）

其他的小伙伴都沒有出現這個問題，于是開始排查。

排查過程

為了搞清楚是 后端 的問題還是 Nginx 轉發的問題，需要先從瀏覽器的NetWork中看一下這個404是后臺返回的還是Nginx返回的。

經過查看，發現是Nginx返回的。如果是后臺返回的404，會把錯誤信息寫在HTTP請求頭中。

先查看監聽端口是否有沖突，使用nginx -T可以查看完整的Nginx配置文件，包括引入的外部文件。

// 測試配置文件是否正確，并輸出完整的配置文件
nginx -T

在輸出的結果中，只看到一個8100，說明雖然引入了多個項目，但并沒有出現監聽端口沖突。

然后筆者打算從Nginx日志中尋找一些蛛絲馬跡。

開啟Nginx的日志模式之后，查看日志文件，發現了上千條訪問記錄

大多數都是404，少數是200，但日志并沒有提供什么有用的信息。

最終，還是在配置文件中發現了問題：

使用HomeBrew安裝的Nginx，它的全局配置文件中，默認的監聽端口就是8080，而項目后端占用的端口也是8080。

雖然對于端口監聽和端口占用的原理不是很了解，至少可以知道，由于Nginx監聽了8080端口，有一部分請求被發到了Nginx自己那里，另一部分才是發送到后臺。

所以，修改全局配置文件，改掉默認端口，問題解決。

// 修改配置文件
sudo vim /usr/local/etc/nginx/nginx.conf
// 測試配置文件
nginx -t
// 重啟Nginx
nginx -s reload

終于，所有的請求都能達到后臺了。

總結

在一開始學習XAMPP的時候，就經常聽到：“如果80端口沖突，就把端口改掉，比如改成8080”。

可是當8080成為了我們的習慣之后，有些項目也會使用這個端口...因此就要解決沖突問題了。

以后更改默認端口的時候，建議改成一個不可能用到的端口，比如10000以上的端口號，避免和項目的端口產生沖突。

到此這篇關于解決Nginx端口沖突的排查方法示例的文章就介紹到這了,更多相關Nginx端口沖突的排查方法內容請搜索腳本之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持腳本之家！