網路故障排除的五個簡單步驟

長期從事it工作的人會發現很多網路問題，其中一些問題很容易診斷和糾正，但有些問題很難弄明白。如果遇到這些問題時能夠通過一些簡單的步驟來排除網路故障，以收集資訊並縮小問題的範圍。

第1步：檢查網路配置

故障排除過程可以通過驗證你所了解的主機來實現。方法是在兩台主機上執行ipconfig命令，以確保它們使用的ip位址都在預期範圍內。雖然操作很基本，但是執行ipconfig命令會暴露出問題根源。例如，乙個系統如果沒有接收到ip位址，可能是因為dhcp範圍已經耗盡。

單獨執行ipconfig命令可以顯示分配給每個網路介面卡的ip位址、子網掩碼和預設閘道器。如果這些值沒有問題，那麼可以更進一步，執行ipconfig /all命令，這個操作會顯示每個網路介面卡的dns伺服器分配，驗證系統是否使用預期的dns伺服器非常重要。

第2步：測試名稱解析

驗證了源主機和目標主機的ip位址配置，可以驗證名稱解析是否正常工作，測試dns名稱解析有各種不同的工具，但是最簡單的方法是輸入nslookup命令，然後輸入另乙個主機的完全限定網域名稱。

nslookup命令可以顯示正在使用的dns伺服器，並告訴您該dns伺服器是否對指定主機具有權威性。

從nslookup收到結果後，請檢查以確保結果符合預期。dns伺服器的ip位址應與主機的網路介面卡配置使用的dns伺服器的ip位址匹配。同樣，名稱解析的位址應與已分配給遠端主機（或遠端主機上執行的服務）的ip位址匹配。

第3步：驗證網路路徑

如果您的檢查到目前為止沒問題並且已產生預期結果，則該過程的下一步是驗證遠端主機的網路路徑。最簡單的方法是輸入tracert命令，然後輸入遠端主機的完全限定網域名稱。tracert命令將顯示資料報在路由到遠端主機時所採用的路由。

如果某些躍點被報告為「請求超時」，無需太擔心，因為這只意味著主機配置為不響應icmp訊息。重要的是確保tracert不會顯示目的地無法到達（有時用！h指示符表示）。目標主機不可達訊息表示沒有到目的地的路由或者ip位址無法解析為l2位址。

第4步：測試遠端主機的響應能力

故障排除過程的下一步是測試是否可以與遠端主機通訊。有一次可能只是意味著ping遠端主機。不幸的是，主機通常配置為不響應ping請求，因此這個測試可能並不可行。

可以使用的響應性測試的型別根據遠端主機的配置有很大的不同。如果不能使用ping命令，也可以通過建立遠端powershell會話來驗證遠端主機的響應能力。

第5步：測試遠端服務

如果已經確認本地和遠端主機配置正確，並且名稱解析和基本連線在兩個方向上都正常工作，則問題很可能存在於網路堆疊的更高階別。例如，如果目標主機是web伺服器，則即使基本通訊測試成功，系統服務也已停止或者存在許可權問題。這時就需要測試遠端主機提供的任何服務。

需要注意的是，有時服務可能會受到較低級別依賴項的不利影響。例如，筆者曾經在exchange server上遇到過一些嚴重的通訊問題，經過詳盡的故障排除工作後，最終將問題追溯到系統的時間錯誤設定。