『壹』 路由器網路診斷步驟和故障排除技巧
路由器網路診斷步驟和故障排除技巧
網路診斷是管好、用好網路，使網路發揮最大作用的重要技術工作。下面我為大家搜索整理了關於路由器網路診斷步驟和故障排除技巧，歡迎參考閱讀，希望對大家有所幫助!想了解更多相關信息請持續關注我們應屆畢業生培訓網!
1、網路故障診斷概述
網路故障診斷，從故障現象出發，以網路診斷工具為手段獲取診斷信息，確定網路故障點，查找問題的根源，排除故障，恢復網路正常運行。網路故障通常有以下幾種可能：物理層中物理設備相互連接失敗或者硬體及線路本身的問題;數據鏈路層的網路設備的介面配置 問題;網路層網路協議配置或操作錯誤;傳輸層的設備性能或通信擁塞問題;上三層或網路應用程序錯誤。診斷網路故障的過程應該沿著OSI七層模型從物理層開始向上進行。首先檢查物理層，然後檢查數據鏈路層，以此類推，設法確定通信失敗的故障點，直到系統通信 正常為止。
網路診斷可以使用多種工具：路由器診斷命令，網路管理工具和包括區域網或廣域網分析儀在內的其它故障診斷工具。查看路由表，是開始查找網路故障的好辦法。ICMP的ping、trace命令和Cisco的show命令、debug命令是獲取故障診斷有 用信息的網路工具。如何監視網路在正常條件下的運行細節和出現故障的情況,監視哪些內容呢?利用show interface命令可以非常容易地獲得待檢查的每個介面的信息。show buffer命令提供定期顯示緩沖區大小、用途及使用狀況。show proc命令和 show proc mem命令可用於跟蹤處理器和內存的使用情況。可以定期收集這些數據，在故障出現時用於診斷參考。
2、故障診斷步驟
第一步，首先確定故障的具體現象，分析造成這種故障現象的原因的類型。例如，主機不響應客戶請求服務。可能的故障原因是主機配置問題、介面卡故障或路由器配置命令丟失等。
第二步，收集需要的用於幫助隔離可能故障原因的信息。從網路管理系統、協議分析跟蹤、路由器診斷命令的輸出報告或軟體說明書中收集有用的信息。
第三步，根據收集到的情況考慮可能的故障原因，排除某些故障原因。例如，根據某些資料可以排除硬體故障，把注意力放在軟體原因上。
第四步，根據最後的可能故障原因，建立一個診斷計劃。開始僅用一個最可能的故障原因進行診斷活動，這樣可以容易恢復到故障的原始狀態。如果一次同時考慮多個故障原因，試圖返回故障原始狀態就困難多了。
第五步，執行診斷計劃，認真做好每一步測試和觀察，每改變一個參數都要確認其結果。分析結果確定問題是否解決，如果沒有解決，繼續下去，直到故障現象消失。
3、網路分層診斷技術
物理層的故障主要表現在設備的物理連接方式是否恰當;連接電纜是否正確;Modem、CSU/DSU等設備的配置及操作是否正確。確定路由器埠物理連接是否完好的最佳方法是使用show interface命令，檢查每個埠的狀態，解釋屏幕輸出信息，查看埠狀態、協議建立狀態和EIA狀態。
查找和排除數據鏈路層的故障，需要查看路由器的配置，檢查連接埠的共享同一數據鏈路層的.封裝情況。每對介面要和與其通信的其它設備有相同的封裝。通過查看路由器的配置檢查其封裝，或者使用show命令查看相應介面的封裝情況。
排除網路層故障的基本方法是：沿著從源到目標的路徑，查看路由器路由表，同時檢查路由器介面的IP地址。如果路由沒有在路由表中出現，應該通過檢查來確定是否已經輸入適當的靜態路由、默認路由或者動態路由。然後手工配置一些丟失的路由，或者排除一些動 態路由選擇過程的故障，包括RIP或者IGRP路由協議出現的故障。例如，對於IGRP路由，選擇信息只在同一自治系統號(AS)的系統之間交換數據，查看路由器配置的自治系統號的匹配情況。
4、路由器介面故障排除
1.串口故障排除
串口出現連通性問題時，為了排除串口故障，一般是從show interface serial命令開始，分析它的屏幕輸出報告內容，找出問題之所在。串口報告的開始提供了該介面狀態和線路協議狀態。介面和線路協議的可能組合有以下幾種：
1.串口運行、線路協議運行，這是完全的工作條件。該串口和線路協議已經初始化，並正在交換協議的存活信息。
2.串口運行、線路協議關閉，這個顯示說明路由器與提供載波檢測信號的設備連接，表明載波信號出現在本地和遠程的數據機之間，但沒有正確交換連接兩端的協議存活信息。可能的故障發生在路由器配置問題、數據機操作問題、租用線路干擾或遠程路由器 故障，數字式數據機的時鍾問題，通過鏈路連接的兩個串口不在同一子網上，都會出現這個報告。 3.串口和線路協議都關閉，可能是電信部門的線路故障、電纜故障或者是數據機故障。
4.串口管理性關閉和線路協議關閉，這種情況是在介面配置中輸入了shutdown命令。通過輸入no shutdown命令，打開管理性關閉。
介面和線路協議都運行的狀況下，雖然串口鏈路的基本通信建立起來了，但仍然可能由於信息包丟失和信息包錯誤時會出現許多潛在的故障問題。正常通信時介面輸入或輸出信息包不應該丟失，或者丟失的量非常小，而且不會增加。如果信息包丟失有規律性增加，表明 通過該介面傳輸的通信量超過介面所能處理的通信量。解決的辦法是增加線路容量。查找其它原因發生的信息包丟失，查看show interface serial命令的輸出報告中的輸入輸出保持隊列的狀態。當發現保持隊列中信息包數量達到了信息的最大允許值，可以增加保持隊列設置的大小。
2.以太介面故障排除
以太介面的典型故障問題是：帶寬的過分利用;碰撞沖突次數頻繁;使用不兼容的幀類型。使用show interface ethernet命令可以查看該介面的吞吐量、碰撞沖突、信息包丟失、和幀類型的有關內容等。
1.通過查看介面的吞吐量可以檢測網路的帶寬利用狀況。如果網路廣播信息包的百分比很高，網路性能開始下降。光纖網轉換到乙太網段的信息包可能會淹沒以太口。互聯網發生這種情況可以採用優化介面的措施，即在以太介面使用no ip route-cache命令，禁用快速轉換，並且調整緩沖區和保持隊列的設置。
2.兩個介面試圖同時傳輸信息包到以太電纜上時，將發生碰撞。乙太網要求沖突次數很少，不同的網路要求是不同的，一般情況下發現沖突每秒有三五次就應該查找沖突的原因了。碰撞沖突產生擁塞，碰撞沖突的原因通常是由於敷設的電纜過長、過分利用、或者“聾 ”節點。乙太網絡在物理設計和敷設電纜系統管理方面應有所考慮，超規范敷設電纜可能引起更多的沖突發生。 3.如果介面和線路協議報告運行狀態，並且節點的物理連接都完好，可是不能通信。引起問題的原因也可能是兩個節點使用了不兼容的幀類型。解決問題的辦法是重新配置使用相同幀類型。如果要求使用不同幀類型的同一網路的兩個設備互相通信，可以在路由器介面 使用子介面，並為每個子介面指定不同的封裝類型。
3.非同步通信口故障排除
互連網路的運行中，非同步通信口的任務是為用戶提供可靠服務，但又是故障多發部位。非同步通信口故障一般的外部因素是：撥號鏈路性能低劣;電話網交換機的連接質量問題;數據機的設置。檢查鏈路兩端使用的數據機：連接到遠程PC機埠數據機的問 題不太多，因為每次生成新的撥號時通常都初始化數據機，利用大多數通信程序都能在發出撥號命令之前發送適當的設置字元串;連接路由器埠的問題較多，這個數據機通常等待來自遠程數據機的連接，連接之前，並不接收設置字元串。如果數據機丟失 了它的設置，應採用一種方法來初始化遠程數據機。簡單的辦法是使用可通過前面板配置的數據機;另一種方法是將數據機接到路由器的非同步介面，建立反向telnet,發送設置命令配置數據機。
show interface async 命令、show line命令是診斷非同步通信口故障使用最多的工具。show interface async 命令輸出報告中，介面狀態報告關閉的唯一的情況是，介面沒有設置封裝類型。線路協議狀態顯示與串口線路協議顯示相同。show line命令顯示介面接收和傳輸速度設置以及EIA狀態顯示。show line命令可以認為是介面命令(show interface async)的擴展。查看show line命令輸出的EIA信號可以判斷網路狀態。
確定非同步通信口故障一般可用下列步驟：檢查電纜線路質量;檢查數據機的參數設置;檢查數據機的連接速度;檢查rxspeed 和txspeed是否與數據機的配置匹配;通過show interface async 命令和 show line命令查看埠的通信狀況;從show line命令的報告檢查EIA狀態顯示;檢查介面封裝;檢查信息包丟失及緩沖區丟失情況。
;『貳』 當計算機不能上網時，如何進行網路故障排除
當網路遭遇故障時，最困難的不是修復網路故障本身，而是如何迅速地查出故障所在，並確定發生的原因。對於網管來說，首先要有一個清晰的排障思路，另外，經驗也是非常重要的。 當網路遭遇故障時，最困難的不是修復網路故障本身，而是如何迅速地查出故障所在，並確定發生的原因。對於網管來說，首先要有一個清晰的排障思路，另外，經驗也是非常重要的。 網路故障診斷以網路原理、網路配置和網路運行的知識為基礎，從故障的實際現象出發，以網路診斷工具為手段獲取診斷信息，沿著OSI七層模型從物理層開始依次向上進行，逐步確定網路故障點，查找問題的根源，排除故障，恢復網路的正常運行。 網路故障症狀包括一般性的（如用戶不能上網、不能訪問網上鄰居等）和較特殊的（如路由器不在路由表中）。常見的網路排障思路如下： 第一步：識別並描述故障現象 分析網路故障時，首先要清楚故障現象，應該詳細了解故障的症狀和潛在的原因。例如，伺服器不響應用戶的請求，可能的故障原因是伺服器配置問題、介面卡故障或路由器配置命令丟失等。收集需要的用於幫助隔離可能故障原因的信息，如廣泛地從用戶、網路管理系統、協議分析跟蹤、路由器診斷命令的輸出報告、軟體說明書中收集。 第二步：制定診斷方案，列舉可能導致故障的原因 可以根據有關情況排除某些故障原因。例如，根據某些信息可以排除硬體故障，從而把注意力放在軟體上。 第三步：排除故障 認真做好每一步測試和觀察，每改變一個參數都要確認其結果，確定問題是否解決。如果沒有解決，繼續下去，直到故障症狀消失。 【實例1】不能訪問伺服器 要先測試一下這一故障是否隻影響一台工作站，這可以通過其他工作站訪問伺服器來證實。如果有類似故障的工作站出現在同一網段或連接在同一交換機上，那麼就要分析這一網段子網掩碼是否設置正確，交換機是否正常工作。除此之外，還要看一下伺服器是否禁止了這一網段工作站的服務。 【實例2】傳輸上百兆數據時出現「網路資源不足」的提示 新買來一台微機，接入區域網，當與其他的微機傳輸幾十兆的數據時沒有任何問題，但達到上百兆時，過一會兒就會出現「網路資源不足」的提示，緊接著就再也找不到網路鄰居了。 按常規，網路故障一般不排除以下幾點：網卡有問題、水晶頭做得不規范、網線有問題、網卡驅動或網路協議有問題等。但是根據故障現象來看，以上猜測都可以排除，因為任何一個地方存在問題，就不可能在微機之間進行數據傳輸，從而可以判斷問題應該出在環境因素上。由於大量的數據傳輸需要頻繁的數據讀取，這就要有一個相對平穩的傳輸環境，而網卡附近有干擾時，這種平穩的環境就會被破壞。一般要確保網卡不插在離顯卡很近的插槽上，因為現在的顯卡一般都帶有風扇，而顯卡風扇將影響到網卡的工作，尤其是顯卡在頻繁工作時，影響將更加明顯。把網卡拔下來，插到離顯卡一個較遠的插槽上，即可解決大量數據傳輸時出現的問題。
『叄』 當網路系統出現故障時在故障排查過程中需要將網路系統分為哪幾個部分來排查
為了降低設計的復雜性，增強通用性和兼容性，計算機網路都設計成層次結構。這種分層體系使多種不同硬體系統和軟體系統能夠方便地連接到網路。管理員在分析和排查網路故障時，應充分利用網路這種分層的特點，快速准確地定位並排除故障。然而在實際故障排查過程中，這種分層方法往往被忽略，導致故障排查效率降低。
兩種逐層排查方式
OSI的層次結構為管理員分析和排查故障提供了非常好的組織方式。由於各層相對獨立，按層排查能夠有效地發現和隔離故障，因而一般使用逐層分析和排查的方法。
通常有兩種逐層排查方式，一種是從低層開始排查，適用於物理網路不夠成熟穩定的情況，如組建新的網路、重新調整網路線纜、增加新的網路設備；另一種是從高層開始排查，適用於物理網路相對成熟穩定的情況，如硬體設備沒有變動。無論哪種方式，最終都能達到目標，只是解決問題的效率有所差別。
根據具體情況選擇排查方式
具體採用哪種方式，可根據具體情況來選擇。例如，遇到某客戶端不能訪問Web服務的情況，如果管理員首先去檢查網路的連接線纜，就顯得太悲觀了，除非明確知道網路線路有所變動。比較好的選擇是直接從應用層著手，可以這樣來排查：首先檢查客戶端Web瀏覽器是否正確配置，可嘗試使用瀏覽器訪問另一個Web伺服器；如果Web瀏覽器沒有問題，可在Web伺服器上測試Web伺服器是否正常運行；如果Web伺服器沒有問題，再測試網路的連通性。即使是Web伺服器問題，從底層開始逐層排查也能最終解決問題，只是花費的時間太多了。如果碰巧是線路問題，從高層開始逐層排查也要浪費時間。
在實際應用中往往採用折衷的方式，凡是涉及到網路通信的應用出了問題，直接從位於中間的網路層開始排查，首先測試網路連通性，如果網路不能連通，再從物理層（測試線路）開始排查；如果網路能夠連通，再從應用層（測試應用程序本身）開始排查。
首先使用ping命令測試連通性。在TCP/IP網路中，排查網路問題的第一步常常是使用ping命令。如果能夠成功地ping到遠程主機，就排除了網路連接出現故障的可能性。即使是使用ping命令，也有一個逐步檢測判斷的步驟。
圖1 網路示意圖
例如，假設有一個如圖1所示的網路，這里要測試網路能否正常通信。通常從ping遠程計算機開始（例中在主機A上ping主機B），成功說明系統和網路正常，失敗說明主機離線或網路故障。失敗後再ping同一子網的網關（例中為192.168.1.1）來確認主機A是否能夠連接到路由器。失敗後再ping環回地址127.0.0.1來確認TCP/IP協議軟體是否有問題，如果有問題，需要重新安裝TCP/IP協議軟體。也可以採用另一種步驟，從ping環回地址127.0.0.1開始，失敗說明TCP/IP協議軟體安裝有問題，如果成功再ping同一子網的網關，如果成功再ping其他網關（路由器）逐步排查網路各個環節，直到最後ping遠程主機。只要成功地ping到遠程主機，可以判斷網路問題一般發生在更高層次。
分層排查網路的措施
圖2 分層排查網路的措施
每個網路層次都有相應的檢測排查工具和措施，各層的基本排查措施如圖2所示。在最底層的物理層，專業人員往往採用專門的線纜測試儀，沒有測試儀的可通過網路設備（網卡、交換機等）信號燈進行目測。數據鏈路層的問題不多，對於TCP/IP網路，可以使用簡單的arp命令來檢查MAC地址（物理地址）和IP地址之間的映射問題。網路層出現問題的可能性大一些，路由配置容易出現錯誤，可通過route命令來測試路由路徑是否正確，也可使用ping命令來測試連通性。協議分析器（如微軟提供的網路監視器）具有很強的檢測和排查能力，能夠分析鏈路層及其以上層次的數據通信，當然包括傳輸層。至於應用層，可使用應用程序本身進行測試。
『肆』 必看干貨！網路排錯思路 大總結~
轉自51CTO：xpleaf
blog.51cto.com/xpleaf/1689438
明人不說暗話，這篇文章我們來聊一個非常有用，同時也是程序員必備的技能， 那就是網路排錯思路大總結。
有了這個技能，如果以後發生領導、妹子電腦上不了網的情況，你上去就是一頓操作，穩穩的~~
網 絡排錯的必備條件
為什麼要先講必備條件？因為這里所講的網路排錯並不僅僅是停留在某一個小小命令的使用上，而是一套系統的方法，如果沒有這些條件，真的不能保證下面聊的這些可以聽得懂，並且能運用到實際當中，所以還是先看看這些基礎的條件吧。
1.1 熟悉OSI七層模型與TCP/IP協議棧
這應該是網路排錯要知道的最基本的知識了。
無論是OSI七層模型還是DoD模型，都是用來描述網路通信的一個過程，以讓我們對網路數據的發送和接收有一個大致的認識。OSI七層模型對應OSI七層模型的協議，DoD模型對應DoD模型的協議，也就是TCP/IP協議棧。
TCP/IP協議棧裡面的協議就顯得十分重要了，比如DNS、TCP、UDP、IP、ICMP、ARP，這些最基本的應該得知道吧，我們不需要像《TCP/IP協議棧》中說得的那麼細，但至少，對於這些協議的基本功能我們是必須得要知道的，這些就不是一兩句可以說清楚的了，計網里也都學了~
1.2 了解網路通信的基礎設備和其對應的OSI層次
像交換機、三層交換機、路由器、防火牆這些最基本的網路設備應該要有些了解，尤其是它們對應的OSI層次以及作用，比如普通的二層交換機對應OSI七層模型中的數據鏈路層，它可以隔絕沖突域，同時可以通過虛擬區域網技術（VLAN）來隔絕廣播域，二層交換機通過二層地址即MAC地址來實現數差鍵握據幀的轉發；再比如路由器，它對應網路層，可以提供路由定址的功能等等。
1.3 了亮備解中小型企業網路的基本架構
一般中小型企業網路的基本架構都是這樣的：接入層--匯聚層--核心層--網路出口。
下面給個圖：
如果網路環境比較龐大，匯聚層和核心層都會有，像這里的話，就直接沒有匯聚層，不過思想是一樣的。下面講的排錯其實都是針對用戶PC來說明的，事實上，數據中心中的網路排錯也是類似的。不管網路環境多麼復雜，其實簡化下來跟這個都是差不多的。
1.4 知道常用的網路排錯命令
如果用戶使用的是Windows操作系統，那麼下面的這些命令就很重要了：
如果使用的是Linux操作系統，那麼也有對應的相關命令。其實說到底就是要熟悉你所使用的設備，當然，在實際網路排錯的過程中，如果只是為了測試網路通信是否正常，你可以換上你熟悉的設備操作。
1.5 清楚知道網路排錯的一個重要原則
網路排錯，不就是要判斷網路哪裡出了問題，因此，你就必須要知道數虛慶據的走向。
所以一個重要原則是： 關注數據的走向。
下面講的網路排錯思路其實就是通過追蹤數據的走向來一步步縮小網路故障點的，因此，時刻記住這一點非常非常重要！這也是為什麼上面需要讓你了解中小型企業網路的基本架構了。
網 絡排錯的基本思路
基本思路如下，這跟網上的大多數人寫的應該是差不多的。
（1）檢查物理鏈路是否有問題
（2）查看本機IP地址、路由、DNS的設置是否有問題
（3）測試網關或路由器的通暢情況。先測網關然後再測路由器，一級一級地測試
（4）測試ping公網ip的通暢情況（平時要記幾個外部IP）
（5）測試DNS的通暢情況，可以直接ping網站地址
網 絡排錯的具體步驟
為了更好的講述網路排錯的過程和思路，假設我們有下面的一個網路環境：
（說明：雖然是假設，但實際上該網路環境是通過GNS3聯動虛擬機和真實網路架設起來的，所以是可以真實參考的）
下面，我們就以上面這個網路環境為例子，詳細介紹我們的網路排錯思路，每一步要怎麼做，每一步為什麼要這樣做以及這樣做之後我們可以得到什麼信息，都會做一個說明。
3.1 檢查物理鏈路是否有問題
這一步是我個人認為在做網路排錯時必須要做的第一步！經常會聽朋友說，領導的電腦上不了網，需要過去排錯，搞了老半天，還發現不了問題，最後在幾經絕望之時，竟然發現網線都沒接上電腦。這就真的是悲劇了，浪費了很多時間不說，這樣的網路排錯思路本來就是有錯誤的。
因為也許不是每個人都可以去機房查看交換機的接線情況，所以這一步，我們排查的重點范圍就應該放在如下面圖所示的地方：
在這一步，下面幾點是需要注意排查的：
1. 確認電腦本身的網卡有沒有問題
2. 確認接的網線有沒有問題
3. 本機所連接的交換機（如果可以去機房查看的話）
如果上面這幾點排查都沒有問題了，那麼就是該網路環境中的其他設備問題了。這一范圍的排查相對比較簡單，因為只涉及到物理鏈路的連接問題。
對於這種測試，可以考慮使用測線器，但個人的建議是，拿一台配置正確的筆記本來做測試也未嘗不可。
3.2 查看本機IP地址、路由、DNS的設置是否有問題
上面第一步，物理鏈路的排查沒有問題了，也就是說，電腦接上網線之後，電腦有反應了，可以識別，但是網路還是不通，來到這一步，就應該先把注意的范圍放在電腦的設置上面了。
這一步，我們關注的重點是：
1. IP地址設置
如果採用的是DHCP自動獲取的方法，那麼這時候只需要看自己本機的設置上有沒有開啟自動獲取IP的設置以及有沒有開啟相關的服務；
如果用的是靜態IP，那麼就必須要注意IP地址的填寫有沒有錯（一般網路管理人員給的）、IP地址的子網掩碼有沒有問題（這很重要，對於靜態IP，很多人在這里設置錯誤，建議是，最好把IP地址、VLSM這方面的知識學一下）。
一般可以用下面的命令查看：
2. 路由設置
對於伺服器、PC，一般是指默認網關的設置了；對於路由器本身或三層交換機，那就是靜態路由或動態路由的設置問題了。
3. DNS設置
主要是要確保所設置的DNS伺服器地址到底有沒有提供域名解析服務或者是否出現了故障，至於如何判斷，後面會給出方法，這里關注的是，你得設置一個正確的DNS伺服器地址或可以自動獲取。在windows上面你可以通過下面的命令查看：
3.3 測試網關或路由器的通暢情況。先測網關然後再測路由器，一級一級地測試
在上面的網路環境中，在網路通的情況下，我們在電腦上使用命令tracert -d命令，會得到下面的結果：
通過這個測試結果，我們可以清楚地知道電腦在訪問互聯網時，數據的走向情況：
根據這個數據走向，我們就可以得到一個重要的思路，就是根據數據走向來檢測網路的通暢情況！因此，我們可以分兩步：
1. 先測試電腦到網關192.168.2.254的通暢情況
我們可以在自己的電腦上自己ping網關的地址，看是否有響應
一般這樣的判斷方法是比較快的，但有時候，無論怎樣ping都不能，那麼則可能有以下的幾種情況：
a. 網關設備做了禁止ping的設置
b. 網關介面或網關設備出現故障
對於a，一般很少會在這些設備在做ping的限制操作，實在是沒有太大的必要這樣做，當然，網路安全等要求十分嚴格的除外。ping通192.168.2.254網關後，再ping一下172.16.13.1以確認電腦到整個網關設備都沒有問題。
對於ping不通的時候，我個人還建議在電腦上執行如下操作：
即查看電腦本身有沒有獲取到網關的MAC的地址，顯然，如果沒有網關的MAC地址，那也是不可能ping通網關的，在排除了前面電腦設置的問題後，你可以猜測是網關設備出了問題，這時就可以聯系網路工程師對網關設備進行測試了。
2. 測試到其它路由器的通暢情況
前面一步沒有問題了，也就是電腦到網關通信正常了，再測試網關到出口路由器的通暢情況：
這里，我們使用tracert -d命令就可以了：
當然，如果發現不通，那麼則可能是下面的情況：
a. 網關設備與路由器之間的物理鏈路問題
b. 網關設備與路由器之間的設置問題，比如路由協議、介面配置之類的
出現上面的情況，那就是網路工程師的問題了，當然，如果你是網路工程師，應該要馬上查看一下設備的狀態，看是不是設備哪裡出現問題了。
上面的步驟完成了，假設你的出口路由器設置是沒有問題的，比如NAT與默認路由等的設置，那麼我們大致可以知道，內網的一個基本通信是正常的（至少你的電腦和出口路由器的通信沒問題），我們就要看看電腦到底能不能訪問互聯網了。
3.4 測試ping公網ip的通暢情況（平時要記幾個外部IP）
來到這一步的時候，就說明前面三步是沒有問題的，也就是說，本地區域網絡的通信是正常的，這時要做的就是判斷本地區域網絡與外網（公網）之間的通信有沒有問題了：
這里採取的是直接ping公網地址的方法，是為了排除DNS的影響（萬一你的DNS設置又有問題），至於要ping什麼樣的公網地址，個人建議是，可以ping一些沒有禁止ping的公共DNS伺服器地址，比如114.114.114.114和8.8.8.8的：
這樣之後，基本上就可以確定網路是沒有問題的了。當然，這里並沒有提到出口放置防火牆的情況，實際上，思路是一致的，但是，你需要考慮的是，你的訪問數據有沒有被防火牆給過濾掉，是數據出去的時候過濾了，還是數據回來的時候過濾了？由於還要涉及到防火牆的設置，這里就不再提及了，只是仍要注意這一點就是了。
3.5 測試DNS的通暢情況，可以直接ping網站地址
如題，可以直接ping網站地址，看有沒有回顯IP地址，至於通不通是另外一回事，只要可以回顯IP地址，那麼DNS就沒有問題了，不過這里仍然要說一下nslookup這個命令，這是一個非常好用的命令，我平常自己在網路排錯時，基本上都會用到：
當然也可以像下面這樣使用：
使用nslookup命令，作用有二：
1.幫你測試你設置的DNS伺服器有沒有問題
2.在不考慮DNS伺服器是否智能的前提下，你可以根據回顯IP地址速度的快慢來大致判斷DNS伺服器的優劣情況
所以可以充分利用nslookup命令了。
最後重要說明
其實基本上，一個相對完整的網路排錯過程就應該如上面所說的了，不過，是基本上的，因為上面的講解，都幾乎是假定你是沒有許可權進入機房查看網路設備的情況的。
事實上，你是根本不需要照搬來進行上面的全部步驟的，在實際排錯的過程中，可能你用到的只是其中的一小部分而已，畢竟，如果每次都這樣下來，沒有誰是不會瘋掉的，因為一些很簡單的問題也要這樣折騰，那就是太浪費時間了！但是，上面的方法，只是提出一種網路排錯的思路，希望按照這個思路可以判斷出網路的問題出現在哪裡，至於如何去解決，這中間真的又涉及到太多太多的經驗問題。其實整個下來，個人覺得，最重要的仍然不是技術本身，而是在網路排錯過程當中的一個思路，思路決定出路，這可以讓自己在網路排錯的過程中時刻保持清醒的頭腦，這一點很重要。
『伍』 網路基礎之一OSI七層模型篇（網路故障排錯）
網路排錯
從底層到高層進行排錯
物理層：網線攔指是否接好。
數據鏈路層：速率是否一致，MAC是否沖突
網路層故障： IP地址設置錯誤、網管錯誤 子網掩碼錯誤
應用層 ： IE代理
操作系統問題 重裝 重啟 格式化。
排錯方法： 替換法排錯。
路由器功能： 廣域網介面 不同網段之間轉發數據 隔絕廣播
網路層設備：路由器 分配IP 不會中病毒的
數據鏈路層 交換機 識別MAC地址，看不清IP地址。病毒對交換機是有影響的
物理層設備：網線集線器設備 傳遞信號，比特流
1設備電源未打開
2設備電源未接通
3網路電纜松脫
4電纜故障
5電纜類型不正確
1設備驅動程序錯誤
2設備沒有安裝驅動程序
3設備配置錯誤
1 IP 地址是否設置正確
2於網掩碼是否正確
3網關是否正確
4 DIS或DHCP設置是否正確
網路層中常用的排除故障的命令包括ipoonfis 命令。ping命令。tracert命令。
1防火牆設置錯誤
2應用程序的TCP或UDP的埠是否被打開毀耐
這三層主基涉及使用軟體的故障問題。把應用軟體設置正確。問題迎刃兩解簡余配。