網管應透過現象輕松解決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故障