<span id="3nt7f"><progress id="3nt7f"><th id="3nt7f"></th></progress></span>

<var id="3nt7f"></var>
<menuitem id="3nt7f"><big id="3nt7f"></big></menuitem>
<big id="3nt7f"></big><dl id="3nt7f"></dl>

    <p id="3nt7f"><dfn id="3nt7f"></dfn></p>

    網絡故障排除 日期:2022-05-03 04:27 閱讀:

    我們時常會遇到各種各樣的無線網絡故障的困擾。很多用戶無法應對,從而影響了上網效率,曉林電腦對這些無線網絡故障排除做了以下分析:

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

     

      網絡故障排除:不只是科學

      遺憾的是,網絡故障排除沒有更有效的解決方案(盡管有一些非常棒的第三方診斷工具可用)。任何時候遇到網絡問題,可以盡可能多地忽略網絡的復雜性,并專注于檢查基礎知識。即使這些步驟沒有揭示問題的原因,它們也可以幫助您縮小問題范圍。


     

      第3步:驗證網絡路徑

      如果您的檢查到目前為止沒問題并且已產生預期結果,則該過程的下一步是驗證遠程主機的網絡路徑。最簡單的方法是輸入Tracert命令,然后輸入遠程主機的完全限定域名。Tracert命令將顯示數據包在路由到遠程主機時所采用的路由。

      如果某些躍點被報告為“請求超時”,無需太擔心,因為這只意味著主機配置為不響應ICMP消息。重要的是確保Tracert不會顯示目的地無法到達(有時用!H指示符表示)。目標主機不可達消息表示沒有到目的地的路由或者IP地址無法解析為L2地址。

     

      第4步:測試遠程主機的響應能力

      故障排除過程的下一步是測試是否可以與遠程主機通信。有一次可能只是意味著ping遠程主機。不幸的是,主機通常配置為不響應ping請求,因此這個測試可能并不可行。

      在這種情況下需要進行某種測試,看看是否可以讓主機響應。畢竟,響應驗證兩個主機之間是否存在連接以及遠程主機是否仍然在線。

      可以使用的響應性測試的類型根據遠程主機的配置有很大的不同。如果不能使用ping命令,也可以通過建立遠程PowerShell會話來驗證遠程主機的響應能力。

     

      第5步:測試遠程服務

      如果已經確認本地和遠程主機配置正確,并且名稱解析和基本連接在兩個方向上都正常工作,則問題很可能存在于網絡堆棧的更高級別。例如,如果目標主機是Web服務器,則即使基本通信測試成功,系統服務也已停止或者存在權限問題。這時就需要測試遠程主機提供的任何服務。

      需要注意的是,有時服務可能會受到較低級別依賴項的不利影響。例如,筆者曾經在Exchange Server上遇到過一些嚴重的通信問題,經過詳盡的故障排除工作后,最終將問題追溯到系統的時間錯誤設置。

     

      網絡故障排除:不只是科學

      遺憾的是,網絡故障排除沒有更有效的解決方案(盡管有一些非常棒的第三方診斷工具可用)。任何時候遇到網絡問題,可以盡可能多地忽略網絡的復雜性,并專注于檢查基礎知識。即使這些步驟沒有揭示問題的原因,它們也可以幫助您縮小問題范圍。


    人人干在线观看,久久精品人人做人人试看,欧美香蕉人人人人人人爱,国产美女色视频
    <span id="3nt7f"><progress id="3nt7f"><th id="3nt7f"></th></progress></span>

    <var id="3nt7f"></var>
    <menuitem id="3nt7f"><big id="3nt7f"></big></menuitem>
    <big id="3nt7f"></big><dl id="3nt7f"></dl>

      <p id="3nt7f"><dfn id="3nt7f"></dfn></p>