路由器一般故障到特殊故障的解決2(參考版)
2024-09-08 17:55本頁(yè)面
【正文】 查查這些 IP，有的來(lái)自國(guó)內(nèi)各省，有的來(lái)自日本，有的來(lái)自美國(guó)、阿根廷、新加坡，毫無(wú)規(guī)律。 故障二： ICMP Redirect 這是個(gè)什么問(wèn)題呢？首先給大家描述一下。實(shí)際上，在這次的 “ 沖擊波 ” 和 “ 沖擊波殺手 ” 的襲擊中，很多城域網(wǎng)也因此陷入癱瘓。教育網(wǎng)用戶可以在 網(wǎng)站上訂閱安全公告服務(wù)，一旦有新的漏洞出現(xiàn)，CCERT 安全響應(yīng)小組會(huì)自動(dòng)發(fā)送郵件給你。至此，路由器故障全部解決。記得兩年前在 “ 紅色代碼 ” 病毒盛行的時(shí)候，也出現(xiàn)過(guò)路由器因過(guò)載而不斷重啟的現(xiàn)象，升級(jí) IOS以后就恢復(fù)正常了。 由于路由器不能自動(dòng)丟棄這 種病毒發(fā)出的攻擊數(shù)據(jù)包，而導(dǎo)致了路由器重啟。為了防止已經(jīng)感染 “ 沖擊波殺手 ” 的主機(jī)在校內(nèi)各個(gè)虛網(wǎng)之間傳播，還得把這個(gè) ACL應(yīng)用到校內(nèi)各虛網(wǎng)的接口上。 根據(jù)該病毒的傳播機(jī)理，立刻在路由器上設(shè)置訪問(wèn)控制列表（ ACL），以阻塞 UDP協(xié)議的 69 端口（用于文件下載）、 TCP 的端口 135（微軟的 DCOM RPC 端口）和ICMP 協(xié)議（用于發(fā)現(xiàn)活動(dòng)主機(jī)）。而且病毒一旦發(fā)現(xiàn)存活的主機(jī)，便試圖 使用 135 端口的 rpc 漏洞和 80端口的 webdav 漏洞進(jìn)行溢出攻擊。鑒于當(dāng)時(shí)的情況分析，可能是網(wǎng)絡(luò)中存在中了 “ 沖擊波殺手 ” 病毒的主機(jī)。但是打開這臺(tái)服務(wù)器所記錄的日志并未能找到有用的線索。當(dāng)網(wǎng)絡(luò)使用高峰期的時(shí)候 CPU 的利用率會(huì)稍微高一點(diǎ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)重啟。在管 理模式下使用命令 “system show bootlog” 查看系統(tǒng)的啟動(dòng)記錄，發(fā)現(xiàn)各個(gè)模塊的加載均屬正常。具體是什么問(wèn)題，還需要進(jìn)一步的檢測(cè)。我解釋一下， “HBT” 燈閃爍表示路由器正在啟動(dòng)，也就是說(shuō)正在自動(dòng)重啟，而且 40 秒左右的網(wǎng)絡(luò)斷開時(shí)間正好是路由器的重啟所需的時(shí)間。在我的網(wǎng)管機(jī)上 ping 路由器的地址（我的網(wǎng)管機(jī)是直接連在路由器的百兆模塊上的）
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1