路由器一般故障到特殊故障的解決2(完整版)
【正文】 ，線路是連通的。于是來(lái)到這棟樓的設(shè)備間，查看交換機(jī)的狀態(tài)，這是一個(gè)由兩臺(tái)交換機(jī)的堆疊，其中一臺(tái)交換機(jī)上有一個(gè)上聯(lián)的千兆端口。 這回問(wèn)題集中到路由器上了。在管 理模式下使用命令 “system show bootlog” 查看系統(tǒng)的啟動(dòng)記錄，發(fā)現(xiàn)各個(gè)模塊的加載均屬正常。鑒于當(dāng)時(shí)的情況分析，可能是網(wǎng)絡(luò)中存在中了 “ 沖擊波殺手 ” 病毒的主機(jī)。 由于路由器不能自動(dòng)丟棄這 種病毒發(fā)出的攻擊數(shù)據(jù)包，而導(dǎo)致了路由器重啟。實(shí)際上，在這次的 “ 沖擊波 ” 和 “ 沖擊波殺手 ” 的襲擊中，很多城域網(wǎng)也因此陷入癱瘓。 故障二： ICMP Redirect 這是個(gè)什么問(wèn)題呢？首先給大家描述一下。記得兩年前在 “ 紅色代碼 ” 病毒盛行的時(shí)候，也出現(xiàn)過(guò)路由器因過(guò)載而不斷重啟的現(xiàn)象，升級(jí) IOS以后就恢復(fù)正常了。而且病毒一旦發(fā)現(xiàn)存活的主機(jī)，便試圖 使用 135 端口的 rpc 漏洞和 80端口的 webdav 漏洞進(jìn)行溢出攻擊。使用 “system show cpuutilization” 命令查看 CPU 的使用率： C: ping – t Reply from : bytes=32 time1ms TTL=128 Reply from : bytes=32 time1ms TTL=128 ?? SSR system show cpuutilization 果然，連續(xù)使用此命令后得知 CPU 利用率正在逐漸上升，當(dāng)達(dá)到 95％的時(shí)候路由器便自動(dòng)重啟。在我的網(wǎng)管機(jī)上 ping 路由器的地址（我的網(wǎng)管機(jī)是直接連在路由器的百兆模塊上的），也是時(shí)通時(shí) 斷。還是同樣的故障，而且還發(fā)現(xiàn)每過(guò) 4分鐘到 10分鐘，網(wǎng)絡(luò)就會(huì)斷一次，并且 40 到 50 秒后又恢復(fù)正常?，F(xiàn)在的網(wǎng)絡(luò)是正常的??？正在懷疑的時(shí)候，發(fā)現(xiàn)網(wǎng)絡(luò)又不通了！發(fā)現(xiàn) ping 出的數(shù)據(jù)包未能到達(dá)網(wǎng)關(guān)。 那天，我接到一個(gè)同事的求助電話，說(shuō)他的機(jī)器不能上網(wǎng)了。在以上的步驟中確定了某一方面的故障后，如果發(fā)現(xiàn)是硬件故障，則需要拆機(jī)更換硬件部件。而且他的機(jī)器（安裝的系統(tǒng)為WindowsXP）最近沒(méi)有安裝什么新的程序，沒(méi)有移動(dòng)過(guò)電腦，也沒(méi)有拔過(guò)網(wǎng) 線。斷開(kāi)的現(xiàn)象大概持續(xù)了 50 秒鐘，然后又恢復(fù)正常。誰(shuí)知重啟后，故障依舊?，F(xiàn)在問(wèn)題的查找工作已經(jīng)結(jié)束，肯定是路由器出了故障。但到底是什么讓路由器過(guò)載呢？幸好以前曾經(jīng)給路由器設(shè)置過(guò)日志記錄，并把日
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1