路由器一般故障到特殊故障的解決2(編輯修改稿)
2024-10-10 17:55 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 CPU 的利用率達(dá)到 100％。使用 “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)重啟?？磥?lái)路由器的負(fù)載太大了，因?yàn)槠綍r(shí)正常情況下， CPU的使用率僅為 1％ — 6％左右。當(dāng)網(wǎng)絡(luò)使用高峰期的時(shí)候 CPU 的利用率會(huì)稍微高一點(diǎn)。但到底是什么讓路由器過(guò)載呢？幸好以前曾經(jīng)給路由器設(shè)置過(guò)日志記錄，并把日志發(fā)送到一個(gè)日志服務(wù)器上。但是打開這臺(tái)服務(wù)器所記錄的日志并未能找到有用的線索。因?yàn)楫?dāng)路由器負(fù)載過(guò)大時(shí)，它已經(jīng)不能往日志服務(wù)器上發(fā)送日志了，我只能用 “system show syslo g buffer” 命令來(lái)查看當(dāng)前系統(tǒng)緩存中的日志記錄： 很明顯， “” 這臺(tái)在使用 ICMP 協(xié)議向其他主機(jī)發(fā)起攻擊，據(jù)此判斷，這臺(tái)主機(jī)要么是中毒，要么是被黑客利用了。鑒于當(dāng)時(shí)的情況分析，可能是網(wǎng)絡(luò)中存在中了 “ 沖擊波殺手 ” 病毒的主機(jī)。該病毒使用類型為 echo 的ICMP 報(bào)文來(lái) ping 根據(jù)自身算法得出的 ip 地址段，以此檢測(cè)這些地址段中存活的主機(jī)，并發(fā)送大量載荷為 “aa” ，填充長(zhǎng)度 92字節(jié)的 icmp 報(bào)文，從而導(dǎo)致網(wǎng)絡(luò)堵塞。而且病毒一旦發(fā)現(xiàn)存活的主機(jī)，便試圖 使用 135 端口的 rpc 漏洞和 80端口的 webdav 漏洞進(jìn)行溢出攻擊。溢出成功后會(huì)監(jiān)聽 69（ TFTP 專業(yè)端口，用于文件下載）端口和 666765（通常是 707端口）范圍中的一個(gè)隨機(jī)端口等待目標(biāo)主機(jī)回連。 根據(jù)該病毒的傳播機(jī)理，立刻在路由器上設(shè)置訪問(wèn)控制列表（ ACL），以阻塞 UDP協(xié)議的 69 端口（用于文件下載）、 TCP 的端口 135（微軟的 DCOM RPC 端口）和ICMP 協(xié)議（用于發(fā)現(xiàn)活動(dòng)主機(jī)）。具體的 ACL 配置如下： CPU Utilization (5 seconds): 50% (60 seconds): 60%（前者是指 5 秒鐘內(nèi) C
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1