隨筆 - 一個Nginx反代埋下的坑

簡單分享一下遇到的問題和解決心路。

很久沒有好好整理伺服器了， 雖然平時有基礎的運維，簡單的檢查，審查日誌和維護等，但並不會花太多時間在上面。
前些日子有空清理了一下目前未使用的DNS記錄。 按理來說清理未在使用的記錄應該不會有問題吧？ —— 至少當時是這樣想的。

我的服務在多個伺服器上有部署，零零散散的。
由於沒有做內網隔離（也是因爲不同服務商伺服器不好組內網）， 雖然有分主要服務提供與網關， 但實際上也有數個服務提供者。

一些是beta服務，測試什麼的， 以及非積極維護中的專案。 這些我將其視爲不太可靠的服務（有可能因此發生問題），故獨立在一臺伺服器上部署。

然後由其他伺服器充當網關，透過Nginx反代到提供服務的伺服器上。

到目前爲止，都沒有太大的問題。 一切都很合理。

問題出在後來，我將服務遷移到其他穩定的伺服器和其他域名上時，新建了新域的站點配置，

而沒有清理舊的站點內容， 這使網關伺服器的Nginx即便沒有請求該站點，仍需要保持反向鏈接到目標站點上。

這便是問題的原因。

這會導致Nginx錯誤，Nginx無法鏈接到目標站點，故視爲該站點的配置發生問題。

配置錯誤就會導致Nginx的其他問題，

1. 連接到錯誤的站點域名。
2. 使其他站點發生問題或不可用。

等等。

整個流程大致是這樣的：

網關反代服務-> 服務棄用/變更後沒有清理配置 -> 一段時間後（忘記了有部署反代） -> 清理了無用的DNS記錄 -> 網關無法解析域名，發生錯誤導致其他站點問題。

在其中我忽略了一個重要因素： 時間。

也許你忙一段時間後就想不起這件事了。

多伺服器，多網域，多站點和DNS配置，多服務，等等 一一需要管理。是很容易出現疏漏。

不過其實是小問題，只是可能在這之前的一些時間會造成一點問題。

得益於以前愛折騰網路安全方面，基礎的網安做的很好。 所以平時沒有特別多時間來維護問題也並不大。