|
轉(zhuǎn)載請(qǐng)注明來源：Nginx 104: Connection reset by peer故障排查 這些天由于機(jī)房設(shè)備的調(diào)整，VLAN的重新規(guī)劃，沒來即時(shí)補(bǔ)上上次Nginx作為反向代理服務(wù)器的錯(cuò)誤日志問題解析：由反向代理服務(wù)器提供的頁面偶爾出現(xiàn)50x錯(cuò)誤，由于故障非周期性和零散性，經(jīng)過大量的排查服務(wù)器操作系統(tǒng)、Nginx反向代理、后端服務(wù)器沒發(fā)現(xiàn)任何問題，同時(shí)期間也向Nginx官方發(fā)了多封郵件，得到的回復(fù)均為“ReferCon，請(qǐng)檢查后端服務(wù)器.........”，出于對(duì)問題的發(fā)現(xiàn)與無法解決顯得是那么無賴與頭疼。 于是部署了相應(yīng)的監(jiān)控服務(wù)器；重點(diǎn)監(jiān)控的內(nèi)容為服務(wù)器網(wǎng)段內(nèi)的ping值，經(jīng)過1-2天的監(jiān)控，發(fā)現(xiàn)機(jī)房服務(wù)器網(wǎng)絡(luò)出現(xiàn)掉包現(xiàn)象，掉包的時(shí)間均為后端服務(wù)器拋棄Nginx代理服務(wù)器的時(shí)間，從而Nginx服務(wù)器出現(xiàn)104: Connection reset by peer錯(cuò)誤日志，且不能完全正常訪問，于是將后端服務(wù)器直接橋接在了Nginx反向代理服務(wù)器，經(jīng)過幾天的觀察發(fā)現(xiàn)再無故障的出現(xiàn)，錯(cuò)誤日志也未再追加，果然斷定將問題拋向了環(huán)境網(wǎng)絡(luò)。后來調(diào)整機(jī)房某些節(jié)點(diǎn)中的設(shè)備，監(jiān)控服務(wù)器經(jīng)過幾天的監(jiān)控，發(fā)現(xiàn)服務(wù)器網(wǎng)段不再掉包，反向代理服務(wù)器也能完全正常訪問后端服務(wù)器，也再無104: Connection reset by peer日志的出現(xiàn)。  轉(zhuǎn)載請(qǐng)注明來源：Nginx 104: Connection reset by peer故障排查 http://www./Content/Nginx104-Connectionresetbypeer_GuZhangPaiCha.html 關(guān)注 第一PHP社區(qū) 微信公眾號(hào)，獲取更多最新PHP技術(shù)分享
|
|
|
