網絡數據包如何傳輸需要路由來指揮，如果路由出現錯誤就好比現實交通警察胡亂指揮車輛行駛一樣，我們無法接收到正確的網絡信息。當然這點各位有經驗的網絡管理員都是知道的，大家在路由器和三層交換機上配置路由時都很仔細，IP地址和子網掩碼都不能有一點差錯。

不過筆者在最近一次網絡調試中發現本機的路由也要合理設置，否則會出現奇怪的故障。

故障起因:

筆者所在單位經常要進行網絡調試，最近公司對外發布了一個網站需要調試訪問的連通性。筆者用筆記本在公司服務器群中做了調試并修改IP地址為211.153.80.29，被訪問的網站地址為211.153.80.1，域名為www.ccidnet.com。

經過調試發現在單位可以正常訪問，之后筆者回到家中通過ADSL訪問，由于ADSL是PPPOE撥號不用事先修改IP地址就可以正常上網，所以筆者并沒有修改在公司設置的IP地址就草草撥號，上其他網站例如SOHU，SINA都沒有任何問題，QQ和MSN也可以正常登錄，唯獨公司的211.153.80.1這個服務器不能訪問，出現的是“該頁無法顯示”的信息，筆者又通過域名訪問故障依舊。

排除故障:

網絡故障的解決方法和硬件故障解決方法類似，即替換法。為了能夠找到問題真正所在，筆者馬上打電話給同事，讓同事在家通過ADSL訪問公司服務器的地址，結果不管是通過IP地址還是域名都可以正常訪問。至此本人將故障定位在本地計算機。

第一步:由于公司使用了防火墻所以用PING IP的方法是得不到反饋信息的，于是采取TRACERT命令。在命令行窗口中輸入tracert 211.153.80.1。發現在第一跳就出現了 Request timed out。(如圖1)這說明發向211.153.80.1的數據包沒有到達第一個路由設備。在第一跳存在問題。

498)this.style.width=498;" border=0>

圖1

第二步:繼續查詢DNS是否出現問題，在命令行模式下輸入nslookup，再輸入www.ftedu.gov.cn后回車發現DNS服務器可以正確的解析出IP地址211.153.80.1來。說明問題不在DNS上。(如圖2)

498)this.style.width=498;" border=0>

圖2

第三步:嘗試對臨近的IP地址進行追蹤，即在命令行模式下輸入tracert 211.153.81.1。結果發現數據包可以根據獲得的路由信息通過五個路由設備(如圖3)。

498)this.style.width=498;" border=0>

圖3

第四步:為什么IP地址臨近在路由路徑方面卻出現這么大的差別呢?筆者在無奈的情況下輸入了IPCONFIG，結果發現當前本地計算機的IP地址仍然是在公司時設置的211.153.80.29,子網掩碼255.255.255.0。會不會是這個的問題呢?馬上將IP地址選為自動獲得。重新撥號上網后故障解決，可以在家中正常訪問單位的服務器了。

故障分析:

本人馬上把IP地址又設置回211.153.80.29，故障再次出現。在命令行模式下輸入route print來查詢本機路由，才發現這個故障的根源所在。(如圖4)

原來由于本地計算機設置IP地址為211.153.80.29，所以在訪問211.153.80.0這個網段時都會直接把數據包發向211.153.80.29，而不是發向默認的網關地址61.51.199.192，自然無法找到正確的路由信息，這也是為什么跟蹤211.153.81.1時可以發現正確路由的原因，因為211.153.81.1不屬于211.153.80.0/255.255.255.0這個網段。

498)this.style.width=498;" border=0>

圖4

小提示:

在命令行模式中輸入route print將顯示本地計算機獲得的所有路由信息，其中network destination為目標網段，interface為到達該網段需要將數據包發送到的地址，也就是我們常說的路由地址，最后的metric是跳數，就是說到達該地址需要跨越的路由器數量。

總結:

通過這個故障可以得到這樣一個經驗，那就是在本地計算機使用的IP地址盡量保證唯一，如果不是必須不要為其分配多個IP地址，否則會出現路由錯誤的問題。而且就算設置IP地址的話也千萬不要輸入公網地址，這樣當你連接到Internet上后很可能會出現本例中路由出錯的問題。