TIMED

你是否遇到過下面這些問題？

訪問站點時，報“無法訪問此網站”的錯誤，沒有錯誤狀態碼？

網站忽然無法訪問，出現異常代碼4XX？

網站訪問非常緩慢，猜測是數據庫連接數問題？

網站無法訪問的原因多種多樣甚至花里胡哨，那如何排查到問題的原因并解決呢？我們一起來看看吧~

一些網站無法訪問的常見原因和通用排查思路

（PS:本文針對云服務器網絡無法訪問，云下思路也可以借鑒）

場景一：無錯誤狀態碼

排查思路：

無錯誤狀態碼，多數情況下是“ERR_CONNECTION_TIMED_OUT”問題。

出現ERR_CONNECTION_TIMED_OUT錯誤原因，可以總結為以下5點：

服務器帶寬跑滿、存在攻擊若是云服務器可能存在賬號處于欠費狀態服務沒有啟動端口沒有正常監聽防火墻或者防火墻策略限制

排查思路說明：

1、使用命令telnet IP Port 進行測試

2、如果端口是通的，則排查

查看服務器帶寬是否跑滿、是否有攻擊是否使用的賬號處于欠費狀態

3、如果端口不通，則排查

web服務沒有正常啟動端口沒有正常監聽防火墻/安全組攔截

解決方案：

1、若是web服務沒有正常啟動，需要啟動服務

使用netstat -tpln命令查看web服務（apache、nginx、tomcat等）的端口是否正常監聽。

2、若是端口沒有正常監聽，需要修改配置文件

使用netstat -tpln命令查看web服務的端口是否正常監聽。不是監聽在0.0.0.0上。

3、若是防火墻攔截，需要關閉防火墻進行測試，或者找到相關限制規則進行修改。

iptables -L查看防火墻規則

場景二：網站訪問異常代碼4XX。

排查思路：

通過查看其配置文件，并檢測其配置文件語法，發現語法正常；通過命令行查看其web服務端口運行正常，沒有進程僵尸狀況；具體讀配置文件，然后再查找客戶客戶配置文件所指定的具體目錄；例如：網站數據目錄等（本案例是客戶機器遷移之后，由于阿里磁盤的特性導致盤符改變，客戶的數據盤掛載不上，etcfstab和盤符不匹配）問題定位到之后，重新以正確的方式掛載客戶網站數據；重啟服務，問題得以圓滿解決；基于類似問題還可以關注下目錄權限等問題。

經驗匯總：

針對網站訪問報錯問題幾點排查建議：

服務器配置文件權限，以及語法的正確性；配置文件中指定的網站相關目錄存在問題，及相關權限問題；運行web服務的用戶和相關權限問題；防火墻的設置問題，導致服務不可達；服務器服務進程僵死問題；配置文件中的非法字符問題；（特別是從windows平臺直接cp過來的配置文件容易報錯）這樣的問題較難排查，可以通過type 命令或者 file 命令查看文件類型；最好是二進制格式或者 ascii 碼，linux平臺可以安裝 dos2unix 解決；服務器的錯誤日志亦是非常關鍵的問題突破口；

案例：報錯“404 Not Found”

問題原因：

404報錯的具體原因是訪問的路徑url目錄在服務上沒有找到，如果直接使用ip或者域名訪問，那么實際訪問的頁面是站點根目錄下的默認文件（配置文件中index后指定的文件），如果服務器上站點根目錄上沒有這個文件，則會出現404錯誤。

排查步驟：

測試環境：Nginx環境

如下圖所示，站點跟目錄/www/下沒有默認index.html文件，訪問http://IP/index.html時，會報404 Not Found錯誤。

備注：Apache環境下，404錯誤也是同樣的原理進行排查。

場景三：網站訪問非常緩慢

排查思路：

內容不全，后續會持續補充，歡迎大家關注~