自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

講解以太網(wǎng)交換機(jī)配置STP功能

網(wǎng)絡(luò) 路由交換
本來事先在該接入太網(wǎng)交換機(jī)上配置了STP功能,這起網(wǎng)絡(luò)事故是完全可以避免的,但不知何故沒有這樣做,事后再做只能權(quán)當(dāng)“亡羊補(bǔ)牢”了。

以太網(wǎng)中的交換機(jī)之間存在不恰當(dāng)?shù)亩丝谙噙B會(huì)造成網(wǎng)絡(luò)環(huán)路,如果相關(guān)的交換機(jī)沒有打開STP功能,這種環(huán)路會(huì)引發(fā)數(shù)據(jù)包的無休止重復(fù)轉(zhuǎn)發(fā),形成廣播風(fēng)暴,從而造成網(wǎng)絡(luò)故障。

一天,我們?cè)谛@網(wǎng)的網(wǎng)絡(luò)運(yùn)行性能監(jiān)控平臺(tái)上發(fā)現(xiàn)某棟摟的VLAN有問題——其接入交換機(jī)與校園網(wǎng)的連接中斷。檢查放置在網(wǎng)絡(luò)中心的匯聚交換機(jī),測(cè)得與之相連的100BASE-FX端口有大量的入流量,而出流量卻非常少,顯得很不正常。

然而這臺(tái)匯聚太網(wǎng)交換機(jī)的性能似乎還行,感覺不到有什么問題。于是,我們?cè)谶@臺(tái)匯聚交換機(jī)上鏡像這個(gè)異常端口,用協(xié)議分析工具Sniffer來抓包,最多時(shí)每秒鐘居然能抓到10萬多個(gè)。對(duì)這些數(shù)據(jù)包進(jìn)行簡單分析,我們發(fā)現(xiàn)其中一些共同特征。

當(dāng)時(shí),我們急于盡快搶修網(wǎng)絡(luò),沒去深究這些數(shù)據(jù)包的特征,只看到第1點(diǎn)就以為網(wǎng)絡(luò)受到不明來歷的Syn Flood攻擊,估計(jì)是由一種新網(wǎng)絡(luò)病毒引起,馬上把這臺(tái)匯聚交換機(jī)上該端口禁用掉,以免造成網(wǎng)絡(luò)性能的下降。

故障排除

為了能在現(xiàn)場(chǎng)測(cè)試網(wǎng)絡(luò)的連通性,在網(wǎng)絡(luò)中心,我們把連接那棟大樓接入太網(wǎng)交換機(jī)的多模尾纖經(jīng)光電轉(zhuǎn)換器用雙絞線連到一臺(tái)PC上,并將其模擬成那個(gè)問題 VLAN的網(wǎng)關(guān)。然后,到現(xiàn)場(chǎng)找來大樓網(wǎng)管員,想讓他協(xié)助我們盡快把感染了未知病毒的主機(jī)查到并隔離。

據(jù)大樓網(wǎng)管員反映,昨天網(wǎng)絡(luò)還算正常,不過,當(dāng)時(shí)本大樓某部門正在做網(wǎng)絡(luò)調(diào)整,今天上班就發(fā)現(xiàn)網(wǎng)絡(luò)不行了,不知跟他們有沒有關(guān)系。我們認(rèn)為調(diào)整網(wǎng)絡(luò)應(yīng)該跟感染病毒關(guān)系不大。在大樓主配線間,我們把該接入交換機(jī)上的網(wǎng)線都拔掉,接上手提電腦,能連通網(wǎng)絡(luò)中心的測(cè)試主機(jī)。

我們確認(rèn)鏈路沒問題后,每次將剩余網(wǎng)線數(shù)量的一半插回該交換機(jī),經(jīng)測(cè)試沒問題則如是繼續(xù)下去,否則換插另一半,逐漸縮小懷疑有問題網(wǎng)線的數(shù)量。我們最終找到一條會(huì)引起問題的網(wǎng)線,只要插上這根網(wǎng)線,該大樓網(wǎng)絡(luò)就會(huì)與模擬網(wǎng)關(guān)中斷連接。

經(jīng)大樓網(wǎng)管員辨認(rèn),這條網(wǎng)線是連接昨天在做網(wǎng)絡(luò)調(diào)整的那個(gè)部門的。他還說以前該部們拉了一主一備兩條網(wǎng)線,應(yīng)該還有一條,并親自在那臺(tái)交換機(jī)上把另一條找了出來。隨意插上這兩條網(wǎng)線中的一條,網(wǎng)絡(luò)沒問題,但只要同時(shí)插上,就有問題,哪有在一臺(tái)交換機(jī)上同時(shí)插上兩條網(wǎng)

線才會(huì)激活網(wǎng)絡(luò)病毒的SYN Flood攻擊的?這時(shí)我們倒是覺得這種現(xiàn)象更像是網(wǎng)絡(luò)中有環(huán)路。我們到了那個(gè)部門發(fā)現(xiàn)有三臺(tái)非管理型交換機(jī),都是串在一起的,然而其中兩臺(tái)又分別通過那兩條網(wǎng)線與接入太網(wǎng)交換機(jī)相連,從而導(dǎo)致了網(wǎng)絡(luò)環(huán)路。

顯然是施工人員對(duì)網(wǎng)絡(luò)拓?fù)洳磺宄?dāng)時(shí)大樓網(wǎng)管員有事外出,就自以為是地把線接錯(cuò)了,從而造成了這起網(wǎng)絡(luò)事故。原因找到就好辦了,只需拔掉其中一條上聯(lián)網(wǎng)線即可恢復(fù)網(wǎng)絡(luò)連通。 經(jīng)過一番周折,網(wǎng)絡(luò)恢復(fù)了正常,但我們還一直在想,是什么干擾了我們的判斷呢?

故障分析

一起典型的網(wǎng)絡(luò)環(huán)路故障,用協(xié)議分析工具Sniffer抓了這么多的數(shù)據(jù)包,經(jīng)過一番分析卻沒看出問題來。顯然,第一眼看到大量的SYN包讓我們產(chǎn)生了錯(cuò)覺,想當(dāng)然地就以為是SYN Flood攻擊。

事后,我們就這起網(wǎng)絡(luò)環(huán)路故障排除過程做了檢討,重新仔細(xì)地分析抓回來的這些數(shù)據(jù)包,據(jù)此解釋一下前面提到這些數(shù)據(jù)包所具有的5個(gè)共同特征,以便今后遇到同類問題時(shí)能及時(shí)作出正確的反應(yīng)。

先看前4個(gè)特征:匯聚交換機(jī)是網(wǎng)絡(luò)層設(shè)備,該大樓所屬VLAN的網(wǎng)絡(luò)層接口就設(shè)置在這臺(tái)匯聚太網(wǎng)交換機(jī)上,出于實(shí)施網(wǎng)絡(luò)管理策略的需要,對(duì)已注冊(cè)或沒注冊(cè)的 IP地址都進(jìn)行了MAC地址的綁定。

TCP連接要經(jīng)過3次握手才能建立起來,在這里發(fā)起連接的SYN包長度為28個(gè)字節(jié),加上14個(gè)字節(jié)的以太幀頭部和 20個(gè)字節(jié)的IP報(bào)頭,由Sniffer捕獲到的幀長度共為62個(gè)字節(jié)(不包含4字節(jié)的差錯(cuò)檢測(cè)FCS域)。

恰巧當(dāng)時(shí)訪問該VLAN的單播幀是來自外網(wǎng)的 TCP請(qǐng)求包,根據(jù)以太網(wǎng)橋的轉(zhuǎn)發(fā)機(jī)制,通過CRC正確性檢測(cè)后,因已做靜態(tài)ARP配置,這臺(tái)匯聚交換機(jī)會(huì)將該單播幀的源MAC地址轉(zhuǎn)換成本機(jī)的MAC地址,其目的MAC地址依據(jù)綁定參數(shù)來更換,并重新計(jì)算CRC值,更新FCS域,經(jīng)過這樣重新封裝后,再轉(zhuǎn)發(fā)到那棟樓的接入交換機(jī)。

再看最后1個(gè)特征:網(wǎng)橋是一種存儲(chǔ)轉(zhuǎn)發(fā)設(shè)備,用來連接相似的局域網(wǎng)。這些網(wǎng)橋在所有端口上監(jiān)聽著傳送過來的每一個(gè)數(shù)據(jù)幀,利用橋接表作為該數(shù)據(jù)幀的轉(zhuǎn)發(fā)依據(jù)。橋接表是MAC地址和用于到達(dá)該地址的端口號(hào)的一個(gè)“MAC地址-端口號(hào)”列表。

在這樣的循環(huán)轉(zhuǎn)發(fā)過程中,網(wǎng)橋A不停地在不同端口(這時(shí)已經(jīng)不涉及上聯(lián)端口了)接收到相同的幀,由于接收端口在改變,橋接表也在改變“源MAC-端口號(hào)”的列表內(nèi)容。

前面已經(jīng)假定網(wǎng)橋的橋接表中沒有該幀的目的MAC地址,網(wǎng)橋A在分別收到這兩個(gè)單播幀后,都只能再次向除了接收端口以外的其他端口廣播該幀,故該幀也會(huì)向上聯(lián)端口轉(zhuǎn)發(fā)。

就每個(gè)單播幀而言,網(wǎng)橋A重復(fù)前面提到的過程,理論上,廣播一次會(huì)收到21個(gè)幀,廣播兩次就會(huì)收到22個(gè)幀,…,廣播到第n次就會(huì)收到2n個(gè)幀??傊?,網(wǎng)橋A照這樣轉(zhuǎn)發(fā)下去,很快就會(huì)形成廣播風(fēng)暴,這個(gè)單播幀的副本最終會(huì)消耗完100BASE-X端口帶寬。

盡管在這期間上聯(lián)端口會(huì)有許多數(shù)據(jù)幀在相互碰撞而變的不完整,令Sniffer捕獲不到,但可以想象得到這個(gè)單播幀的重復(fù)出現(xiàn)次數(shù)仍然會(huì)非常多。我們?cè)俅螜z查那些抓回來的數(shù)據(jù)包。

幾乎都發(fā)現(xiàn)有當(dāng)時(shí)沒有注意到的重復(fù)標(biāo)志。按64字節(jié)包長來計(jì)算,以太網(wǎng)交換機(jī)的100BASE-FX端口轉(zhuǎn)發(fā)線速可達(dá)144000pps。在這種網(wǎng)絡(luò)環(huán)路狀態(tài)下, Sniffer完全有可能每秒抓到10萬多個(gè)包長為66字節(jié)的數(shù)據(jù)包。

【編輯推薦】

  1. 剖析正確判讀測(cè)試交換機(jī)端口方法
  2. 概括高端交換機(jī)的市場(chǎng)現(xiàn)狀問題
  3. 解析強(qiáng)調(diào)有關(guān)核心層交換機(jī)故障問題
  4. PythonAndroid學(xué)習(xí)掌握24口千兆交換機(jī)挑選技巧說明
  5. 深入談?wù)勔?FONT>太網(wǎng)交換機(jī)的堆疊問題
責(zé)任編輯:chenqingxiang 來源: 互聯(lián)網(wǎng)
相關(guān)推薦

2010-03-11 15:44:07

以太網(wǎng)交換機(jī)配置

2010-01-05 10:29:02

以太網(wǎng)交換機(jī)

2010-03-22 11:02:27

千兆以太網(wǎng)交換機(jī)

2010-03-10 16:10:22

以太網(wǎng)交換機(jī)

2010-02-07 09:44:14

以太網(wǎng)交換機(jī)

2012-10-18 10:38:17

以太交換機(jī)交互MACNIC

2013-11-21 18:26:34

2010-03-22 15:07:58

2010-01-07 17:00:03

以太網(wǎng)交換機(jī)

2010-02-03 17:39:21

2010-02-04 12:58:28

2010-02-06 09:47:42

以太網(wǎng)交換機(jī)

2010-01-26 14:38:29

以太網(wǎng)交換機(jī)

2010-03-16 09:29:33

以太網(wǎng)交換機(jī)

2020-02-15 17:09:07

交換機(jī)訪問安全以太網(wǎng)

2010-03-11 10:33:26

以太網(wǎng)交換機(jī)

2010-01-25 17:47:48

以太網(wǎng)交換機(jī)

2010-03-11 09:33:54

2010-03-17 16:52:57

2024-04-15 11:11:45

以太網(wǎng)
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)