時間：2015-06-28 00:00:00 來源：IT貓撲網(wǎng) 作者：網(wǎng)管聯(lián)盟 我要評論(0)
眾所周知網(wǎng)絡(luò)通訊數(shù)據(jù)轉(zhuǎn)發(fā)都是通過路由表中的信息來完成，所有的數(shù)據(jù)包都是雙向傳輸?shù)?，因此路由信息一定要有一個回路，這樣才能夠保證兩臺計算機通過網(wǎng)絡(luò)通訊沒有任何問題。當路由信息不全時我們是無法完成數(shù)據(jù)通訊的，今天筆者就從自己的親身經(jīng)歷出發(fā)為各位讀者介紹如何從無到有步步判斷解決路由故障。
一，雙向路由信息的意義：
數(shù)據(jù)包的通訊是需要有兩個方向的，在發(fā)送數(shù)據(jù)的同時也承擔著接收數(shù)據(jù)的任務(wù)。因此當A計算機與B計算機進行正常網(wǎng)絡(luò)通訊時，網(wǎng)絡(luò)中一定擁有相關(guān)路由實現(xiàn)從A指向B的條目，同時也一定擁有相關(guān)路由實現(xiàn)B指向A的條目。一旦缺少其中一個方向的條目，那么兩臺計算機是無法通訊的，即使是最普通的PING命令檢測也是超時time out的結(jié)果。
正因為這種數(shù)據(jù)通訊的雙向性使得很多網(wǎng)絡(luò)管理員在配置網(wǎng)絡(luò)路由交換設(shè)備時頻繁出現(xiàn)問題，忘記雙向路由條目設(shè)置原則而造成網(wǎng)絡(luò)故障。所以在解決網(wǎng)絡(luò)故障時核對路由表以及雙向性方面的設(shè)置準確與否是非常重要的手段。
二，親身經(jīng)歷網(wǎng)絡(luò)路由故障：
近日筆者在對旗下一個分公司的網(wǎng)絡(luò)進行維護時發(fā)現(xiàn)該下連網(wǎng)絡(luò)的WWW服務(wù)無法順利訪問，在IE瀏覽器里通過https加密協(xié)議通訊顯示"該頁無法打開"。（如圖1）
該子公司的網(wǎng)絡(luò)結(jié)構(gòu)是這樣的內(nèi)網(wǎng)計算機的IP地址范圍是XX.XX.91.1-XX.XX.91.126，其中XX.XX.91.126是出口路由器連接內(nèi)網(wǎng)的LAN0接口IP地址，XX.XX.91.120是子公司的WWW服務(wù)器，對外提供WWW服務(wù)。（如圖2）
??? 接下來按照傳統(tǒng)的辦法ping XX.XX.91.120該地址發(fā)現(xiàn)提示超時，但是登錄到子公司的出口路由器上PING該內(nèi)網(wǎng)計算機卻沒有任何問題，PING完全是通的。（如圖3）???
????
??? 使用tracert命令跟蹤數(shù)據(jù)路由轉(zhuǎn)發(fā)情況后發(fā)現(xiàn)數(shù)據(jù)包到達第18跳后就出現(xiàn)了request timed out的錯誤提示，看來問題出在這個環(huán)節(jié)。（如圖4）???
????
??? 然而筆者PING該子公司出口路由器內(nèi)網(wǎng)接口XX.XX.91.126時卻沒有任何問題，PING是正常的，而且速度和穩(wěn)定性都很好。（如圖5）???
三，步步為營解決路由故障：
為什么內(nèi)網(wǎng)接口能夠PING通但是內(nèi)網(wǎng)主機卻無法PING通呢？開始筆者也曾經(jīng)懷疑是路由表條目的設(shè)置問題，但是經(jīng)過判斷從外網(wǎng)是可以PING通XX.XX.91.126這個地址的，這說明網(wǎng)絡(luò)中存在著到達XX.XX.91.126所在網(wǎng)段的路由，路由信息應(yīng)該是全的。
接下來就要從其他方面考慮了，筆者準備在子公司路由器上做設(shè)置，通過NAT實現(xiàn)數(shù)據(jù)轉(zhuǎn)發(fā)，同時將XX.XX.91.120這個地址以NAT SERVER的方式對外宣告出去，這樣理論上講數(shù)據(jù)包就能夠順利到達XX.XX.91.120了，畢竟經(jīng)過宣告只要數(shù)據(jù)可以到達路由器外網(wǎng)接口就能夠順利轉(zhuǎn)發(fā)到內(nèi)網(wǎng)相關(guān)NAT SERVER中。筆者使用nat server global XX.XX.91.120 any inside XX.XX.91.120 any ip命令完成宣告服務(wù)的任務(wù)。（如圖6）??
????
同時利用nat outbound 2001 interface命令在外網(wǎng)接口上開啟NAT服務(wù)，保證nat server的順利宣告。（如圖7）??
????
然而通過宣告NAT SERVER后問題依舊，至此筆者就再也不懷疑路由器相關(guān)路由表問題了。接下來冷靜分析發(fā)現(xiàn)只要在外網(wǎng)PING XX.XX.91.120都是不通的，而在內(nèi)網(wǎng)或出口路由器上PING XX.XX.91.120卻沒有任何問題。筆者繼續(xù)嘗試其他主機的連通性，發(fā)現(xiàn)除了XX.XX.91.120有這個問題外，其他IP地址都不存在無法PING通的問題。看來故障的根源再于這臺主機。經(jīng)過排查發(fā)現(xiàn)這臺安裝了PANABIT流量管控程序的freebsd系統(tǒng)自身網(wǎng)絡(luò)設(shè)置存在問題，沒有設(shè)置網(wǎng)關(guān)地址為XX.XX.91.126，使用ifconfig命令添加完畢后故障解決。
四，總結(jié)：
實際上在本次路由故障解決的全過程中筆者走了一些彎路，首先由于我是上級網(wǎng)絡(luò)管理者，所以無法對該子公司內(nèi)網(wǎng)計算機的設(shè)置狀況有一個清晰的了解，在出現(xiàn)PING不通無法訪問的問題時也沒有及時的通過PING其他主機是否暢通來判斷是網(wǎng)絡(luò)問題還是主機問題，因為我自己無法判斷到底該子公司哪臺機器處于開機狀態(tài)可以PING通；另外筆者在進行tracert XX.XX.91.120時在第18跳時發(fā)現(xiàn)了request timed out的錯誤提示，這點迷惑了我，認為是網(wǎng)絡(luò)問題，路由問題。而后來的結(jié)果證實了這個推斷的錯誤性，看來以后在進行網(wǎng)絡(luò)維護時Tracert的結(jié)果并不能太過分相信，本例中應(yīng)該再執(zhí)行tracert XX.XX.91.120后再執(zhí)行tracert XX.XX.91.126來判斷他們在tracert路徑上是否存在差異來快速定位故障。希望本人的這些經(jīng)驗可以幫助更多的IT168讀者。
關(guān)鍵詞標簽：路由故障
相關(guān)閱讀
熱門文章
提示dns服務(wù)錯誤怎么辦 dns錯誤問題多種解決方法
“無法瀏覽網(wǎng)頁” 十招解決疑難雜癥
路由器無線不能上網(wǎng)等故障排除
解決VPN路由設(shè)置不能訪問外網(wǎng)的問題
人氣排行 解決VPN路由設(shè)置不能訪問外網(wǎng)的問題 登錄SSH服務(wù)器失敗問題的分析及解決 光纖上網(wǎng) 路由器設(shè)置頁面進不去怎么辦 核心交換機故障現(xiàn)象及解決辦法 無線網(wǎng)卡連接不上怎么辦_無線網(wǎng)卡連接不上解決方法 路由設(shè)置不當 導(dǎo)致VPN無法訪問外網(wǎng) 提示dns服務(wù)錯誤怎么辦 dns錯誤問題多種解決方法 徹底避免環(huán)路問題 正確配置交換機步驟