我們時(shí)常會(huì )遇到各種各樣的無(wú)線(xiàn)網(wǎng)絡(luò )故障的困擾。很多用戶(hù)無(wú)法應對，從而影響了上網(wǎng)效率，曉林電腦對這些無(wú)線(xiàn)網(wǎng)絡(luò )故障排除做了以下分析：
第1步：檢查網(wǎng)絡(luò )配置
網(wǎng)絡(luò )故障排除過(guò)程可以通過(guò)驗證你所了解的主機來(lái)實(shí)現。方法是在兩臺主機上運行IPCONFIG命令，以確保它們使用的IP地址都在預期范圍內。雖然操作很基本，但是運行IPCONFIG命令會(huì )暴露出問(wèn)題根源。例如，一個(gè)系統如果沒(méi)有接收到IP地址，可能是因為DHCP范圍已經(jīng)耗盡。
單獨運行IPCONFIG命令可以顯示分配給每個(gè)網(wǎng)絡(luò )適配器的IP地址、子網(wǎng)掩碼和默認網(wǎng)關(guān)。如果這些值沒(méi)有問(wèn)題，那么可以更進(jìn)一步，運行IPCONFIG /ALL命令，這個(gè)操作會(huì )顯示每個(gè)網(wǎng)絡(luò )適配器的DNS服務(wù)器分配，驗證系統是否使用預期的DNS服務(wù)器非常重要。
第2步：測試名稱(chēng)解析
驗證了源主機和目標主機的IP地址配置，可以驗證名稱(chēng)解析是否正常工作，測試DNS名稱(chēng)解析有各種不同的工具，但是最簡(jiǎn)單的方法是輸入NSLOOKUP命令，然后輸入另一個(gè)主機的完全限定域名。
NSLOOKUP命令可以顯示正在使用的DNS服務(wù)器，并告訴您該DNS服務(wù)器是否對指定主機具有權威性。
從NSLOOKUP收到結果后，請檢查以確保結果符合預期。DNS服務(wù)器的IP地址應與主機的網(wǎng)絡(luò )適配器配置使用的DNS服務(wù)器的IP地址匹配。同樣，名稱(chēng)解析的地址應與已分配給遠程主機(或遠程主機上運行的服務(wù))的IP地址匹配。
第3步：驗證網(wǎng)絡(luò )路徑
如果您的檢查到目前為止沒(méi)問(wèn)題并且已產(chǎn)生預期結果，則該過(guò)程的下一步是驗證遠程主機的網(wǎng)絡(luò )路徑。最簡(jiǎn)單的方法是輸入Tracert命令，然后輸入遠程主機的完全限定域名。Tracert命令將顯示數據包在路由到遠程主機時(shí)所采用的路由。
如果某些躍點(diǎn)被報告為“請求超時(shí)”，無(wú)需太擔心，因為這只意味著(zhù)主機配置為不響應ICMP消息。重要的是確保Tracert不會(huì )顯示目的地無(wú)法到達(有時(shí)用!H指示符表示)。目標主機不可達消息表示沒(méi)有到目的地的路由或者IP地址無(wú)法解析為L(cháng)2地址。
第4步：測試遠程主機的響應能力
故障排除過(guò)程的下一步是測試是否可以與遠程主機通信。有一次可能只是意味著(zhù)ping遠程主機。不幸的是，主機通常配置為不響應ping請求，因此這個(gè)測試可能并不可行。
在這種情況下需要進(jìn)行某種測試，看看是否可以讓主機響應。畢竟，響應驗證兩個(gè)主機之間是否存在連接以及遠程主機是否仍然在線(xiàn)。
可以使用的響應性測試的類(lèi)型根據遠程主機的配置有很大的不同。如果不能使用ping命令，也可以通過(guò)建立遠程PowerShell會(huì )話(huà)來(lái)驗證遠程主機的響應能力。
第5步：測試遠程服務(wù)
如果已經(jīng)確認本地和遠程主機配置正確，并且名稱(chēng)解析和基本連接在兩個(gè)方向上都正常工作，則問(wèn)題很可能存在于網(wǎng)絡(luò )堆棧的更高級別。例如，如果目標主機是Web服務(wù)器，則即使基本通信測試成功，系統服務(wù)也已停止或者存在權限問(wèn)題。這時(shí)就需要測試遠程主機提供的任何服務(wù)。
需要注意的是，有時(shí)服務(wù)可能會(huì )受到較低級別依賴(lài)項的不利影響。例如，筆者曾經(jīng)在Exchange Server上遇到過(guò)一些嚴重的通信問(wèn)題，經(jīng)過(guò)詳盡的故障排除工作后，最終將問(wèn)題追溯到系統的時(shí)間錯誤設置。
網(wǎng)絡(luò )故障排除：不只是科學(xué)
遺憾的是，網(wǎng)絡(luò )故障排除沒(méi)有更有效的解決方案(盡管有一些非常棒的第三方診斷工具可用)。任何時(shí)候遇到網(wǎng)絡(luò )問(wèn)題，可以盡可能多地忽略網(wǎng)絡(luò )的復雜性，并專(zhuān)注于檢查基礎知識。即使這些步驟沒(méi)有揭示問(wèn)題的原因，它們也可以幫助您縮小問(wèn)題范圍。
第3步：驗證網(wǎng)絡(luò )路徑
如果您的檢查到目前為止沒(méi)問(wèn)題并且已產(chǎn)生預期結果，則該過(guò)程的下一步是驗證遠程主機的網(wǎng)絡(luò )路徑。最簡(jiǎn)單的方法是輸入Tracert命令，然后輸入遠程主機的完全限定域名。Tracert命令將顯示數據包在路由到遠程主機時(shí)所采用的路由。
如果某些躍點(diǎn)被報告為“請求超時(shí)”，無(wú)需太擔心，因為這只意味著(zhù)主機配置為不響應ICMP消息。重要的是確保Tracert不會(huì )顯示目的地無(wú)法到達(有時(shí)用!H指示符表示)。目標主機不可達消息表示沒(méi)有到目的地的路由或者IP地址無(wú)法解析為L(cháng)2地址。
第4步：測試遠程主機的響應能力
故障排除過(guò)程的下一步是測試是否可以與遠程主機通信。有一次可能只是意味著(zhù)ping遠程主機。不幸的是，主機通常配置為不響應ping請求，因此這個(gè)測試可能并不可行。
在這種情況下需要進(jìn)行某種測試，看看是否可以讓主機響應。畢竟，響應驗證兩個(gè)主機之間是否存在連接以及遠程主機是否仍然在線(xiàn)。
可以使用的響應性測試的類(lèi)型根據遠程主機的配置有很大的不同。如果不能使用ping命令，也可以通過(guò)建立遠程PowerShell會(huì )話(huà)來(lái)驗證遠程主機的響應能力。
第5步：測試遠程服務(wù)
如果已經(jīng)確認本地和遠程主機配置正確，并且名稱(chēng)解析和基本連接在兩個(gè)方向上都正常工作，則問(wèn)題很可能存在于網(wǎng)絡(luò )堆棧的更高級別。例如，如果目標主機是Web服務(wù)器，則即使基本通信測試成功，系統服務(wù)也已停止或者存在權限問(wèn)題。這時(shí)就需要測試遠程主機提供的任何服務(wù)。
需要注意的是，有時(shí)服務(wù)可能會(huì )受到較低級別依賴(lài)項的不利影響。例如，筆者曾經(jīng)在Exchange Server上遇到過(guò)一些嚴重的通信問(wèn)題，經(jīng)過(guò)詳盡的故障排除工作后，最終將問(wèn)題追溯到系統的時(shí)間錯誤設置。
網(wǎng)絡(luò )故障排除：不只是科學(xué)
遺憾的是，網(wǎng)絡(luò )故障排除沒(méi)有更有效的解決方案(盡管有一些非常棒的第三方診斷工具可用)。任何時(shí)候遇到網(wǎng)絡(luò )問(wèn)題，可以盡可能多地忽略網(wǎng)絡(luò )的復雜性，并專(zhuān)注于檢查基礎知識。即使這些步驟沒(méi)有揭示問(wèn)題的原因，它們也可以幫助您縮小問(wèn)題范圍。
