Ping輕松解決故障

時間：2024-05-15 09:30:11 敏榮網絡診斷我要投稿

相關推薦

Ping輕松解決故障

　　網絡出現連接故障時，很多網管人員都會首先使用Ping來查找問題的根源。那么我們在使用Ping命令過程中，到底注意哪些問題呢?還是請大家跟小編來看一下。

　　Ping輕松解決故障

　　一、Request Timed Out

　　當Ping指定的對象時，出現“Request Timed Out”提示信息的頻率非常高，這說明對方無法接受發送過來的數據。當然這種情況下，很可能就是網絡出現了故障，但并不能就因此而確定網絡一定不通。因為它還有可能是其它原因造成的。

　　主機不在線

　　如果對方關機、禁用網卡或者撥掉網線，那么無論你怎么操作，都不會有連通的信息返回的。要知道最簡單的卻往往是最容易被忽視的。

　　防火墻攔截

　　當安裝了防火墻之后，當防火墻工作時，一般都能自動攔截來自網絡的Ping命令，從而讓其失去響應。同時安裝防火墻后，還會造成共享文件無法訪問的故障。因此在檢查時應該先讓對方關閉防火墻，然后再使用Ping命令來檢測。

　　IP安全策略限制

　　對于很多有經驗的網管人員來說，他們都在服務器上添加了IP安全策略，對ICMP報文進行過濾，使Ping命令無法回應，從而返回“Request Timed Out”的錯誤提示。

　　網關設置錯誤

　　這種情況主要出現在Ping外部網絡地址時才出現。因為當網關設置錯誤時，Ping發出的數據包無法經網關進行轉發。因此需要檢查本機的網關設置以及遠程網關的配置是否正確。

　　一般來說，只有在排除上述原因之外，才能夠根據“Request Timed Out”初步判斷網絡連接可能有問題。

　　二、Destination Host Unreachable

　　出現“Destination Host Unreachable”錯誤信息時表示對方主機不存在或者沒有跟對方建立連接。看起來好像與“Request Timed Out”差不多，但兩者卻有關本質的區別。如果Ping命令所發出的數據包經過路由器，并經路由表到達目標的路由，但是因為其它原因(例如防火墻攔截等)導致不可達，那么就是“Request Timed Out”的提示了;相反如果路由表中沒有到達目標的路由信息，那么就會出現“Destination Host Unreachable”。

　　出現這種情況主要有以下一些方面的原因：對于使用DHCP自動分配IP地址的網絡，很可能是DHCP服務器出錯或不能正常工作，這樣客戶機無法與DHCP正常通訊并獲得正確的IP地址，對此只需要修復DHCP服務器即可;另外則可能是子網掩碼設置錯誤，對此只需要修改成正確的即可。

　　三、Unknown host

　　該提示表示無法識別的主機，出現這個問題之后是不是就表示目標主機一定有問題呢?當然不能!因為我們使用Ping命令去連接目標主機名稱時，主要使用DNS來負責將名稱轉換成IP地址。例如“Ping www.163.com”，我們看到的返回信息是“Reply from 220.181.28.42: bytes=32 time=59ms TTL=54”，而不是“Reply from www.163.com: bytes=32 time=59ms TTL=54”，這就說明我們IP設置中的DNS服務器將www.163.com成功轉換為220.181.28.42。因此當我們看到這樣的提示時，就應該檢查DNS設置是否正確、DNS工作是否正常。

　　透過表面的現象，看清真實的問題，只有這樣才能夠幫助我們找出故障的源頭，從而對故障有正確的判斷。

　　單向可Ping通的原因與原理

　　當網絡出現問題時，我們最常用的測試工具就是“Ping”命令了。但有時候我們會碰到單方向Ping通的現象，例如通過HUB或一根交叉線連接的在同一個局域網內的電腦A、 B，在檢查它們之間的網絡連通性時，發現從主機A Ping 主機B正常而從主機B Ping 主機A時，出現“超時無應答”錯誤。為什么呢?

　　要知道這其中的奧秘，我們有必要來看看Ping命令的工作過程到底是怎么樣的。

　　假定主機A的IP地址是192.168.1.1，主機B的IP地址是192.168.1.2，都在同一子網內，則當你在主機A上運行“Ping 192.168.1.2”后，都發生了些什么呢?

　　首先，Ping命令會構建一個固定格式的ICMP請求數據包，然后由ICMP協議將這個數據包連同地址“192.168.1.2”一起交給IP層協議（和ICMP一樣，實際上是一組后臺運行的進程），IP層協議將以地址“192.168.1.2”作為目的地址，本機IP地址作為源地址，加上一些其他的控制信息，構建一個IP數據包，并在一個映射表中查找出IP地址192.168.1.2所對應的物理地址（也叫MAC地址，熟悉網卡配置的朋友不會陌生，這是數據鏈路層協議構建數據鏈路層的傳輸單元――幀所必需的），一并交給數據鏈路層。后者構建一個數據幀，目的地址是IP層傳過來的物理地址，源地址則是本機的物理地址，還要附加上一些控制信息，依據以太網的介質訪問規則，將它們傳送出去。

　　主機B收到這個數據幀后，先檢查它的目的地址，并和本機的物理地址對比，如符合，則接收；否則丟棄。接收后檢查該數據幀，將IP數據包從幀中提取出來，交給本機的IP層協議。同樣，IP層檢查后，將有用的信息提取后交給ICMP協議，后者處理后，馬上構建一個ICMP應答包，發送給主機A，其過程和主機A發送ICMP請求包到主機B一模一樣。

　　從Ping的工作過程，我們可以知道，主機A收到了主機B的一個應答包，說明兩臺主機之間的去、回通路均正常。也就是說，無論從主機A到主機B，還是從主機B到主機A，都是正常的。那么，是什么原因引起只能單方向Ping通的呢?

　　一、安裝了個人防火墻

　　在共享上網的機器中，出于安全考慮，大部分作為服務器的主機都安裝了個人防火墻軟件，而其他作為客戶機的機器則一般不安裝。幾乎所有的個人防火墻軟件，默認情況下是不允許其他機器Ping本機的。一般的做法是將來自外部的ICMP請求報文濾掉，但它卻對本機出去的ICMP請求報文，以及來自外部的ICMP應答報文不加任何限制。這樣，從本機Ping其他機器時，如果網絡正常，就沒有問題。但如果從其他機器Ping這臺機器，即使網絡一切正常，也會出現“超時無應答”的錯誤。

　　大部分的單方向Ping通現象源于此。解決的辦法也很簡單，根據你自己所用的不同類型的防火墻，調整相應的設置即可。

　　二、錯誤設置IP地址

　　正常情況下，一臺主機應該有一個網卡，一個IP地址，或多個網卡，多個IP地址（這些地址一定要處于不同的IP子網）。但對于在公共場所使用的電腦，特別是網吧，人多手雜，其中不泛有“探索者”。曾有一次兩臺電腦也出現了這種單方向Ping通的情況，經過仔細檢查，發現其中一臺電腦的“撥號網絡適配器”（相當于一塊軟網卡）的TCP/IP設置中，設置了一個與網卡IP地址處于同一子網的IP地址，這樣，在IP層協議看來，這臺主機就有兩個不同的接口處于同一網段內。當從這臺主機Ping其他的機器時，會存在這樣的問題：

　　（1）主機不知道將數據包發到哪個網絡接口，因為有兩個網絡接口都連接在同一網段；

　　（2）主機不知道用哪個地址作為數據包的源地址。因此，從這臺主機去Ping其他機器，IP層協議會無法處理，超時后，Ping 就會給出一個“超時無應答”的錯誤信息提示。但從其他主機Ping這臺主機時，請求包從特定的網卡來，ICMP只須簡單地將目的、源地址互換，并更改一些標志即可，ICMP應答包能順利發出，其他主機也就能成功Ping通這臺機器了。

【Ping輕松解決故障】相關文章：

ping命令檢測網絡故障的方法09-25

簡單的ping命令來檢測網絡故障04-02