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

結合理論和實際工作經驗可以分為三種方法：分層診斷、分段診斷和“望聞問切”仿中醫診斷。這三種方法綜合使用基本能排除所有的網絡故障問題，構成了一個立體網絡故障診斷模型。

就TCP/IP協議而言網絡包括物理層、鍊路層、網絡層、傳輸層、應用層五層。分層診斷從物理層開始，逐層向上檢查，直到應用層。

1、物理層故障主要在線纜方面是否存在不連通、衰減等問題；

2、鍊路層故障主要在數據幀丢幀錯發問題，還有流量控制等問題；

3、網絡層故障主要在路由協議是否加載或者路由設置錯誤，還有IP地址、子網掩碼和網關等設置錯誤等問題；

分段診斷就是對網絡源端到目的端所經過網絡路徑及網絡設備進行分段處理，将網絡故障定位到某一段的設備或相應的連接線纜及附件上。這種診斷又細分為叠代診斷和子網分段。

1、叠代分段是從源端開始，檢查源端到網絡中某一節點是否工作正常，如沒問題，再檢查源端到更遠一個節點是否工作正常，以此類推，直到找到故障節點所在。

2、子網分段是用在不同的子網互聯時診斷網絡故障的方法。例如，有一種故障是兩個子網連接在一起就有問題，斷開其中一個子網就又正常了。是不是想到了VLAN，對！有時候trunk模式設置出問題就會出現這個情況。

中醫治療疾病時候，講究“望聞問切”。在網絡出現故障的時候，這種方法同樣非常适用。

1、望

望就是看、觀察的意思。網絡故障排除中，我們也要先通過查看PC機和路由器的初始化信息，網絡設備的指示燈信息和操作系統或應用軟件運行速度，以達到網絡故障診斷和網絡維護的目的。

設備指示燈是了解硬件是否處于正常工作階段。如網卡、交換機、光貓、路由器等面闆上的LED指示燈。通常情況下，綠燈表示連接正常，紅燈表示連接故障，不亮表示無連接或線路不通。還有根據數據流量的大小，指示燈會時快時慢的閃爍。這些都是我們判斷網絡是否故障的重要依據。

2、聞

聞不單單是聞氣味，也包含聽聲音。計算機和網絡設備正常工作時，風扇和磁盤讀取數據發出來的聲音都是有規律的，如果出現異常聲響，就要采取緊急措施，如關閉電源等。正常工作的機房或者機箱是不會有異味的，如果有聞到塑料的焦糊味，往往是電源或者芯片出問題了。現在的網絡設備質量上基本沒啥問題，但也不排除出現這種故障的可能性。KB小網管所管理其中一機房的一台H3C S3600交換機就出現風扇故障。

3、問

問就是網絡故障時，應該向故障單位網管或者當事人詢問以下問題：

a、故障什麼時候出現？

b、故障表現是什麼，如連續故障，還是間斷故障。

c、故障發生的時候，操作者正在對計算機進行什麼操作？

d、網絡結構有沒有發生了什麼變化？比如新增路由器、交換機，以及網絡配置更改。

e、網絡用戶組發生變化了嗎？如由于工作關系一組用戶變為另一組用戶。域控環境。

4、切

切在中醫上就是把把脈，用手敲兩下，基本上就能确定下來什麼病。同理網絡故障診斷的時候，借助網絡故障診斷工具找到故障所在地方。如測線儀、第三方抓包軟件以及Windows自帶網絡命令工具等等。

第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上遇到過一些嚴重的通信問題，經過詳盡的故障排除工作後，最終将問題追溯到系統的時間錯誤設置。