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