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

網(wǎng)絡(luò)排障少走彎路 兩案例速解網(wǎng)管疑難

網(wǎng)絡(luò) 通信技術(shù)
兩個簡單的案例,帶給我們不少啟發(fā),IT專家網(wǎng)希望管理員朋友們在日常維護工作中注意機房內(nèi)的資料整理,確保線路連接整齊規(guī)范,在處理故障時多注意觀察三層交換機日志和端口流量,能有效地減少網(wǎng)絡(luò)故障和處理故障時間。

在網(wǎng)絡(luò)的管理運維過程中,可以說故障是不可避免的。如果有管理員企圖打造零故障的網(wǎng)絡(luò),只能是徒勞。因為網(wǎng)絡(luò)故障有太多的隨機性和偶然性,何況還有人為因素。所以,管理員要做的是掌握網(wǎng)絡(luò)排錯技巧,積累經(jīng)驗培養(yǎng)敏銳的嗅覺,能夠少走彎路,快速定位并排除故障。筆者做技術(shù)支持時目睹過不少網(wǎng)管的排錯過程,也看過一些別人的排錯文章,發(fā)現(xiàn)有不少人有意或者無意地走了不少彎路。下面很大家共享兩例網(wǎng)絡(luò)排錯案例,希望對朋友們有所啟發(fā)。

案例一:病毒引發(fā)的網(wǎng)絡(luò)故障

故障現(xiàn)象

早上剛上班,用戶打來電話說某個子網(wǎng)的客戶端無法正常上網(wǎng)。并且反饋信息,在Ping DNS時斷時續(xù),遠程登錄三層交換機,檢查連接用戶辦公樓端口,未發(fā)現(xiàn)有異常情況。

故障診斷

筆者建議管理員首先檢查網(wǎng)絡(luò)是否出現(xiàn)風(fēng)暴或網(wǎng)絡(luò)回環(huán)。打開Sniffer軟件監(jiān)控用戶所在網(wǎng)絡(luò),看是不是出現(xiàn)流量異常的現(xiàn)象,監(jiān)控兩個小時后發(fā)現(xiàn)流量很正常。很奇怪,據(jù)用戶反映在中午下班時網(wǎng)絡(luò)正常恢復(fù)正常,但是下午用戶又打來電話說網(wǎng)絡(luò)又不正常了,初步判斷問題出在用戶端。

筆者讓管理員到用戶辦公室逐個排查。根據(jù)用戶反映,如果把網(wǎng)卡禁用后再啟用,網(wǎng)絡(luò)就正常了,但過10分鐘又無法ping通,周而復(fù)始。我們知道,網(wǎng)卡禁用再啟用的過程,就是一個Arp的學(xué)習(xí)過程,在此期間,它會發(fā)出一個Arp的請求,詢問誰是這個網(wǎng)段的網(wǎng)關(guān),然后得到這個網(wǎng)關(guān)的MAC地址,然后當它需要去訪問不同網(wǎng)段機器的時候,就會把數(shù)據(jù)包丟給那個網(wǎng)關(guān)。那么,是不是用戶的某臺機器中了病毒,導(dǎo)致它可以模仿真實網(wǎng)關(guān)的地址,使得在局域網(wǎng)內(nèi)的客戶端在上網(wǎng)時都把數(shù)據(jù)包發(fā)給了這個模仿真實網(wǎng)關(guān)的機器,從而產(chǎn)生故障?馬上找了一臺機器用arp -a命令去查看這臺機器默認網(wǎng)關(guān)的MAC地址,發(fā)現(xiàn)當網(wǎng)絡(luò)正常時顯示的默認網(wǎng)關(guān)的MAC地址是正確的,當故障出現(xiàn)時默認網(wǎng)關(guān)的MAC地址突然變了。

故障解決

記下出現(xiàn)故障時顯示的那個網(wǎng)關(guān)的MAC地址,然后在樓道交換機上根據(jù)這個MAC地址查到是哪個機器,拔掉該機器的網(wǎng)線后,網(wǎng)絡(luò)恢復(fù)正常。至于為何中午下班時上網(wǎng)正常,是因為用戶下班時將中病毒的機器關(guān)了,所以大家都又能夠正常上網(wǎng)。中毒機器殺毒后也恢復(fù)正常。

排錯總結(jié)

通過對這個網(wǎng)絡(luò)的故障分析,我們總結(jié)出以下幾點:首先是當網(wǎng)絡(luò)出現(xiàn)故障的時候,一定要多到用戶端了解情況,***能通過用戶對故障的描述抓住網(wǎng)絡(luò)故障的實質(zhì)。其次,當出現(xiàn)奇怪的網(wǎng)絡(luò)現(xiàn)象時,可以分析是否是用戶端的機器中了病毒導(dǎo)致這種現(xiàn)象發(fā)生,并不一定是網(wǎng)絡(luò)設(shè)備的問題。 #p#

案例二:用戶端交換機環(huán)路引起故障

故障現(xiàn)象

維護人員發(fā)現(xiàn)7號三層交換機遠程無法登錄,初步懷疑設(shè)備故障,于是迅速趕到機房檢查設(shè)備運行情況,設(shè)備供電及其與S8016核心交換機連接均正常,在交換機控制口Ping網(wǎng)關(guān)不通;CPU利用率38% ;檢查運行日志未發(fā)現(xiàn)有告警。檢查端口,發(fā)現(xiàn)e 0/3流量不正常,輸入流量遠大于輸出,將e 0/3 Down后,交換機Ping網(wǎng)關(guān)正常,業(yè)務(wù)恢復(fù)正常,檢查所有端口,只有

三口流量不正常,***確定是三口所帶的用戶問題,用戶端不停地發(fā)包,流量過大造成三層交換機上聯(lián)口擁塞,從而影響其他用戶正常上網(wǎng)。

排錯過程

到用戶端檢查,將用戶所用的公網(wǎng)IP配置在筆記本電腦上直接上網(wǎng),上網(wǎng)正常,確定用戶端光電轉(zhuǎn)換器和線路無故障。檢查用戶交換機配置正常,但是只要接上用戶交換機,機房內(nèi)三層交換機就無法正常工作,判斷用戶交換機故障。由于用戶交換機無資料,無法確定每個端口的業(yè)務(wù)明細,只有采取將交換機上的連接線一個個拔出,同時檢查機房三層交換機運行情況的方法來判斷故障點的位置。當將用戶交換機e 2/8端口線路拔出后,機房內(nèi)人員報告三層交換機運行恢復(fù)正常,立刻檢查該線路,發(fā)現(xiàn)這條線路的另一端連接在第e 2/29端口,原來是這條線路兩端都連接在交換機上造成環(huán)路,導(dǎo)致鏈路擁塞,用戶無法上網(wǎng)。詳細檢查發(fā)現(xiàn)造成環(huán)路的端口都未配置,并且沒有業(yè)務(wù)使用,交換機沒有發(fā)出環(huán)路告警。

排錯總結(jié)

故障處理完畢后,總結(jié)分析如下:

(1).用戶交換機走線雜亂,線路未作標簽,業(yè)務(wù)走向不明,是造成環(huán)路故障的主要原因。

(2).由于造成環(huán)路的端口未使用,沒有配置業(yè)務(wù),導(dǎo)致交換機無法在13志中產(chǎn)生環(huán)路告警,也未能報告出哪個VLAN故障。

(3).環(huán)路可造成廣播風(fēng)暴,數(shù)據(jù)流量猛增,造成匯聚設(shè)備上聯(lián)口擁塞,遠程無法登錄。電腦中ARP病毒后不停發(fā)包,也能造成設(shè)備死機,遠程無法登錄,兩種情況有相似之處。

總結(jié):兩個簡單的案例,帶給我們不少啟發(fā)。希望管理員朋友們在日常的維護工作中注意機房內(nèi)的資料整理,確保線路連接整齊規(guī)范。在處理故障時多注意觀察三層交換機日志和端口流量,能有效地減少網(wǎng)絡(luò)故障和處理故障時間。

【編輯推薦】

  1. 網(wǎng)管員小型局域網(wǎng)故障維護指導(dǎo)
  2. 網(wǎng)管談:內(nèi)網(wǎng)病毒緝拿記
責(zé)任編輯:許鳳麗 來源: IT專家網(wǎng)
相關(guān)推薦

2016-09-30 15:55:54

DataMining大數(shù)據(jù)時代

2010-03-22 11:57:23

云計算

2009-02-02 13:54:49

忠告成長涉世之初

2011-04-29 10:31:36

數(shù)據(jù)中心虛擬化

2018-05-29 22:24:22

程序員開發(fā)學(xué)習(xí)

2025-04-29 01:10:00

Kafka高并發(fā)系統(tǒng)

2013-07-25 09:56:22

OSPF路由選擇路由故障OSPF

2015-07-02 10:50:55

SDN

2020-05-08 15:06:58

數(shù)據(jù)科學(xué)模型深度學(xué)習(xí)

2022-01-04 08:21:50

經(jīng)驗職場工作

2013-10-23 13:33:29

微軟Surface庫克

2018-07-04 13:53:08

2012-04-16 09:50:08

2018-07-27 06:21:46

數(shù)據(jù)中心運維管理網(wǎng)絡(luò)設(shè)備

2015-09-24 17:41:15

Windows 10

2009-06-25 13:37:54

2010-09-06 17:18:41

2009-07-27 10:03:02

分層模型網(wǎng)絡(luò)故障

2010-03-17 15:35:47

點贊
收藏

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