1、好多故障都是小問題引起的，我們排錯的是否容易忽略。比如網絡電纜松動是很常見的問題，應檢查插頭、連接器、 電纜、集線器和開關等，小事情可能引起大問題。
2、大多數的網絡故障問題是由人為因素（錯誤）造成的，通過提供網絡配置和作用信息或提供這方面的培訓，可以杜絕其中的大部分錯誤。
3、要注意解決問題的方式方法，應利用每次測試時收集到的信息去指導你的測試，如果不能確保你所選擇的原始測試環(huán)境，就千萬不要根據主觀臆斷轉移到另一個測試環(huán)境中。
4. 應廣開思路、靈活變通，不要認為問題的原因太多，不要認為在應用程序級發(fā)現的問題就不是下一級引起的。有些人總認為網絡有故障， 而另一些人總認為遠程端有問題， 某些人如此肯定他們知道問題的原因， 以致不管測試的結果。千萬不要重蹈這些覆轍， 應測試每一種可能的情況，根據測試結果決定你的行動。
5、采用幾種簡單的故障檢修工具。對于大多數的 TCP/IP 軟件問題， 用幾種簡單的工具就足以解決問題， 花些時間學習如何使用新的檢修工具是值得的。由于很多網絡問題的原因都很簡單， 因而對問題有一個清晰的了解往往就可能找到答案。遺憾的是情況并不總這這樣！下面介紹幾種簡單的工具，可以幫助你去攻克最難解決的問題。
Ping ：這個命令工具在 Linux/Unix 、 Dos、 Windows 9x 、 Windows NT 等系統下都可以找到。
這一工具可以測試你的系統是否能到達一臺遠程的主機， 這一簡單的功能對于測試網絡的連接是非常有用的， 而與在其中檢測到問題的應用程序無關。Ping 允許你下一步是測試網絡連接層 （較低層）還是應用程序層（較高層）。如果 ping 顯示分組報文可以到遠程系統并返回，用戶的問題就可能在較高層中；如果分組報文不能返回傳送，那么故障可能在較低的協議層或物理層中。
利用用戶的主機名或 IP 地址， 可先對遠程主機使用 ping 命令；如果執(zhí)行成功， 就由用戶對該主機使用 ping 命令；如果也執(zhí)行成功，那么就應集中精力去分析用戶遇到問題的那個應用程序。
如果你的 ping 命令執(zhí)行成功， 而用戶的 ping 命令卻失敗， 就可以集中測試該用戶的系統配置文件，以及將你和用戶到該遠程主機的路徑進行比較，找到它們的不同之處。
如果你和用戶的 ping 命令都失敗了， ping 命令顯示的出錯信息是很有幫助的，可以指導你進行下一步的測試計劃。以下是幾種基本的出錯類型：unknow host 該遠程主機的名字不能被DNS（域名服務器）轉換成 IP 地址， DNS可能出故障、該名字可能是不正確的、你的系統和遠程服務器之間的網絡可能出毛病。如果你知道該遠程主機的 IP 地址， 可以再試一試 ping 命令。如果利用它的 IP 地址能達到該主機，問題就可能出在 DNS上。
Network unreachable 本地系統沒有到達該遠程系統的路由。如果在 ping 命令中使用 IP地址， 則利用主機名重新輸入 ping 命令， 這就消除了輸入不正確 IP 地址的可能性。如果使用路由選擇協議，一定要確保它正在運行，并使用 nestat 去檢查其路由表。
no answer 遠程系統沒有響應。大多網絡實用程序都有不同形式的類似信息，某些系統的ping 命令可打印成 100% packet loss, telnet 打印成 connection timeout 。所有的這些錯誤信息都說明同一個問題：本地系統有一條到達遠程系統的路由， 但它卻接收不到它發(fā)給該遠程系統的任何分組報文響應。這種問題的原因有很多， 遠程主機可能沒有工作、 本地或遠程主機可能配置不當、 本地和遠程主機之間的線路不正常等等。只有用其它的方法才可以隔離該問題的原因。
tracert是一個很神奇的工具，對大型網絡的排故，他是一個非常好用的工具，我們可以通過路徑跟蹤，準確的找出問題的所在點，進行修復。
