路由器ISO丟失怎么解決
2024-09-12 21:54:42
供稿：網(wǎng)友
路由器不知道目標(biāo)路由，即路由器接收到一個(gè)不知道IP地址的數(shù)據(jù)包時(shí)，它會(huì)嘗試發(fā)送ARP廣播來解析，如果有目標(biāo)主機(jī)回應(yīng)這個(gè)ARP廣播，則路由器會(huì)把數(shù)據(jù)包轉(zhuǎn)發(fā)給目標(biāo)主機(jī)。
一、路由器IOS丟失
若路由器沒有接收到回應(yīng)，它將會(huì)為接下來的4個(gè)數(shù)據(jù)包發(fā)送ARP請(qǐng)求，如果當(dāng)?shù)?個(gè)數(shù)據(jù)包到達(dá)時(shí)，還沒有解析出目標(biāo)主機(jī)的MAC地址，默認(rèn)情況下，路由器將會(huì)在接下來的20秒鐘內(nèi)丟棄第6個(gè)以及后續(xù)的數(shù)據(jù)包，并且返回主機(jī)不可達(dá)的ICMP信息給源主機(jī)。從計(jì)算機(jī)B的記錄中的第一句也可以得到證明，路由器向該網(wǎng)段中發(fā)出一個(gè)ARP查詢，查找IP為222.222.222.191的計(jì)算機(jī)，結(jié)果沒有計(jì)算機(jī)相應(yīng)，路由器則認(rèn)為該網(wǎng)段中沒有目標(biāo)主機(jī)，所以返回一個(gè)ICMP信息給源計(jì)算機(jī)說明目標(biāo)主機(jī)不可到達(dá)，以通知源主機(jī)這里存在問題，同時(shí)丟棄原始數(shù)據(jù)包。
二、具體問題分析
路由器故障處理記錄的ICMP都是路由器發(fā)送給源地址的Destination Unreachable信息，這些外部主機(jī)主要是找內(nèi)部的固定的三個(gè)計(jì)算機(jī)，經(jīng)過歷史日志的檢查，可以發(fā)現(xiàn)這三臺(tái)計(jì)算機(jī)的主要相同的記錄：
07:52:19 Jul 09 07:50:02 %ACL_LOG-I-PERMIT, ACL [out]
on "uplink" TCP 222.222.222.136:3159 -> 61.173.209.101:6881
08:00:15 Jul 09 07:53:50 %ACL_LOG-I-DENY, ACL [out]
on "uplink" TCP 222.222.222.12:3194 -> 219.121.133.197:6883
08:00:15 Jul 09 07:57:59 %ACL_LOG-I-DENY, ACL [out]
on "uplink" TCP 222.222.222.220:3196 -> 210.238.6.177:6881
這三臺(tái)主機(jī)連接目標(biāo)主機(jī)的端口固定在6881到6889之間，而這些端口正是現(xiàn)在比較流行的BT下載的常用端口。難怪以前沒有出現(xiàn)過此類日志，直到最近BT流行時(shí)，才出現(xiàn)的。主要原因是，這些主機(jī)使用BT下載時(shí)，在BT服務(wù)器上留下了記錄，以便其他的主機(jī)到這些主機(jī)上下載資源，而當(dāng)這些主機(jī)關(guān)機(jī)后，路由器就告訴它們找不到這些主機(jī)了。
由于日志服務(wù)所記錄的是第三層以上的信息，而路由器接收到的數(shù)據(jù)包在第二層上就被丟棄了，所以沒有在日志中記錄這些輸入的異常數(shù)據(jù)包。為了減少路由器故障處理的日志量，在配置模式下使用“ip disable icmp-messages destination-unreachables”來禁止此類信息的轉(zhuǎn)發(fā)。這兩個(gè)故障均由ICMP引發(fā)，而且從某種角度上講都不是系統(tǒng)配置上的問題，而是由于外部因素引起的。此類故障需要我們經(jīng)過一定的分析才能查出原因，再作相應(yīng)的路由器配置才能及時(shí)的進(jìn)行路由器故障處理。
三、IOS丟失的處理方法
首先用路由器的專用CONSOLE線纜把筆記本的COM端口和路由器的CONSOLE端口連接起來，在筆記本上啟用超級(jí)終端與路由器建立連接。接通路由器的電源后，便可以在超級(jí)終端上看到如下的加載信息：
