網(wǎng)絡故障案例-某出版社網(wǎng)絡故障

2022-07-23 17:09:42 62
網(wǎng)絡故障案例-某出版社網(wǎng)絡故障

時間地點
下午3點接到通知,在某出版社機房
故障現(xiàn)象
網(wǎng)絡突然出現(xiàn)通訊中斷,網(wǎng)絡嚴重阻塞,內(nèi)部主機上網(wǎng)甚至內(nèi)部主機間的通訊均時斷時續(xù)。

故障詳細分析:

1. 前期分析

初步判斷引起問題的原因可能是:
--交換機ARP表更新問題
--廣播或路由環(huán)路故障
--人為或病毒攻擊
需要進一步獲取的信息:
--網(wǎng)絡拓撲結構及正常工作時的情況
--交換機ARP表信息及交換機負載情況

--網(wǎng)絡中傳輸?shù)脑紨?shù)據(jù)包

2. 具體分析

首先,我們從網(wǎng)絡管理員那兒,得知了網(wǎng)絡中主機共450臺左右,同時得到了網(wǎng)絡的簡單拓撲圖,從圖中可以知道,網(wǎng)絡中劃分了6個VLAN,分別是10.230.201.0/24、10.230.202.0/24、10.230.203.0/24、10.230.204.0/24、10.230.205.0/24、10.230.206.0/24、,其中201~205這5個VLAN分別用于一個部門,而206為服務器專用網(wǎng)段。各VLAN同時連接上中心交換機(Passport 8010),中心交換機再連接到防火墻,由防火墻連接到Internet以及省單位。大致了解了網(wǎng)絡拓撲后,我們以超級終端方式登錄中心交換機,發(fā)現(xiàn)交換機的負載較大,立即清除交換機ARP表并重啟,但故障仍然存在,于是我們決定對網(wǎng)絡進行抓包分析。
在中心交換機(Passport 8010)上配置好端口鏡像(具體配置信息,略),并將安裝網(wǎng)絡分析系統(tǒng)的筆記本接到中心交換機的鏡像口上,由于我公司網(wǎng)絡分析系統(tǒng)可以跨VLAN對數(shù)據(jù)進行捕獲分析,所以在中心交換機上接入安裝網(wǎng)絡分析系統(tǒng)的筆記本后,網(wǎng)絡的拓撲結構并未發(fā)生任何改變。
打開筆記本上的我公司網(wǎng)絡分析系統(tǒng),捕獲數(shù)據(jù)包約1分鐘(捕獲停止后發(fā)現(xiàn)確切時間是53秒)后停止捕獲,并對捕獲到的數(shù)據(jù)通訊進行分析。
將節(jié)點瀏覽器定位到物理端點下的本地網(wǎng)段,我們發(fā)現(xiàn)MAC地址為00:00:E8:40:44:99的主機,下面共有40個IP地址。
我們知道,在正常情況下,一個MAC地址下面出現(xiàn)多個IP地址,只可能有以下幾種情況之一:網(wǎng)關、代理服務器、手動綁定多個IP地址。咨詢網(wǎng)絡管理員得知,該網(wǎng)段內(nèi)的機器均只綁定了一個MAC地址,且沒有代理服務器,同時該MAC也不是網(wǎng)關MAC地址,由此,我們懷疑,該主機可能存在欺騙攻擊。
經(jīng)過上面的分析,我們確定00:00:E8:40:44:99存在ARP欺騙攻擊,網(wǎng)管人員立刻開始查找該主機,由于他們以前做了IP與MAC地址的統(tǒng)計表,所以很輕松地就找到了該機器。在二層交換機上撥掉該主機的網(wǎng)線,網(wǎng)絡很快恢復正常,VLAN間的內(nèi)部訪問和外部訪問(包括Internet和省網(wǎng)單位)速度均恢復正常。

總結:

中大型網(wǎng)絡中,網(wǎng)絡故障錯綜復雜,不借助專業(yè)網(wǎng)絡分析工具的情況下,很難對故障進行排查,如本例中,如果不對數(shù)據(jù)包進行捕獲,即使在交換機上查看流量,由于00:00:E8:40:44:99的流量并不特別大,所以我們也很難找到故障點。
同時,由于此次捕獲數(shù)據(jù)包的時間較短,僅僅只有53秒,所以網(wǎng)絡中可能還存在一些未被檢測出問題的主機(這些主機當前未啟動,不會收發(fā)相應數(shù)據(jù)包,故無法查找)。所以,對于企業(yè)的網(wǎng)絡運行,需要網(wǎng)絡管理人員使用專用的網(wǎng)絡分析工具,對網(wǎng)絡進行長期有效的監(jiān)測和分析,才可以最大程度地排除可能的網(wǎng)絡故障和網(wǎng)絡安全威脅。



導航