導讀：電腦上不去網原因有很多，主要還是要靠有經驗的網管去一一排查，本篇文章為大家分享一個電腦上不去網的解決案例，故障排查的過程比較曲折，使用了好多辦法都沒用，最后才查出故障的原因是由于交換機設置不正確而導致端口短路，分享給大家，希望對遇到同樣問題的人有所幫助。

　　故障現象

某單位局域網規模適中，大約有100臺左右的普通客戶機分布在四層樓中，每個樓層中的所有客戶端系統都通過超五類網絡線纜，連接到H3C S3050型號的樓層交換機中，各個樓層交換機又通過1000M光纖線纜與單位局域網的核心交換機相連，整個局域網通過硬件防火墻與外網保持連接，平時所有客戶端系統都能正常訪問外網；為了保證局域網的運行安全性，網管特地將每一個樓層中的計算機劃分到同一個虛擬工作子網中，各個虛擬工作子網相互之間是不能訪問的。最近不知道什么原因，局域網中有一部分客戶端系統上網突然不正常，具體現象表現為上網速度非常緩慢，并且時常會發生一會兒能上網、一會兒不能上網的奇怪故障；經過網管現場勘察，發現這些上網不正常的客戶端系統幾乎都位于同一個樓層，而另外樓層中的普通客戶端系統卻能夠正常上網。

　　排查過程

　　1、查看物理連接

由于故障現象僅僅局限于同一個樓層，并且這種現象與網絡接觸不良十分相似，網管下意識地認為對應樓層中的交換機與局域網的核心交換機之間，可能存在物理連接不牢靠的現象。于是，網管立即將連接故障交換機與核心交換機之間的網絡線纜拔下來，并使用專業的線纜測試儀測試了線纜的連通性，發現物理線纜不存在問題，之后將網絡線纜兩端重新插入到交換端口中，并確保水晶頭與交換端口之間接觸牢靠。不過，當網管在任意一臺客戶端系統中，嘗試使用ping命令測試局域網網關地址時，發現測試效果還是不穩定，同時數據丟包也比較嚴重，顯然物理連接并不是故障原因。

　　2、查看ARP病毒

考慮到客戶端系統使用的IP地址與樓層交換機使用的IP地址，位于相同的工作網段中，再加上最近的ARP病毒非常流行，為此網管開始懷疑對應樓層工作子網中存在ARP病毒；由于故障計算機所在的工作子網中包含有幾十臺上網主機，如何快速判斷ARP毒源的位置，并將帶毒客戶端系統從虛擬工作子網中隔離開來，保證其他客戶端系統安全、穩定上網，就成為了網管的當下之急。

盡管手頭沒有ARP病毒監控工具，網管經過查看局域網的拓撲圖資料，發現每個樓層交換機都支持網絡管理，同時它們都啟用了日志記憶功能，這個功能會對該交換機下面由ARP病毒引起的地址沖突現象進行跟蹤記錄。基于這一點，網管準備登錄進入故障交換機后臺系統，查看一下系統的日志記錄，看看有沒有相關的地址沖突信息；想到做到，網管立即通過console控制端口，登錄到故障交換機后臺管理系統，在該系統的全局配置模式下執行"display logbuf"命令，從彈出的結果界面中，網管并沒有找到由ARP病毒引起的地址沖突記錄，這說明對應虛擬工作子網中沒有ARP病毒。

　　3、查看廣播風暴

既然故障工作子網中沒有ARP病毒，同時樓層交換機與核心交換機之間的物理連接也是正常的，那么局域網中可能存在廣播風暴現象，該現象造成了網絡傳輸通道發生了堵塞，這樣一來故障工作子網中的客戶端系統在上網訪問時，就會出現上網速度緩慢或者一會兒能上網、一會兒不能上網的奇怪故障了。為了確認對應虛擬工作子網中是否存在廣播風暴現象，網管進入局域網的核心交換機后臺系統，使用interface命令進入故障樓層交換機與核心交換機的級聯端口，執行"display interface xxx"命令，來查看指定級聯端口的工作狀態；結果發現該級聯端口的工作狀態有時為"up"狀態，有時為"down"狀態；更為奇怪的是，該級聯端口的輸入數據包與輸出數據包大小明顯不正常，數據流量比平時大了十多倍，為什么故障工作子網中的數據流量突然變得這么大呢？難道對應虛擬工作子網中存在惡意BT 下載現象？可是，當網管反復執行"display interface xxx"命令時，發現該端口的廣播數據包流量在不斷地變大，顯然該端口下面的虛擬工作子網中存在廣播風暴現象。

　　4、查看端口環路

在弄清楚故障虛擬工作子網中存在廣播風暴現象后，接下來的工作就是尋找造成廣播風暴現象的具體"禍首".考慮到造成廣播風暴現象的因素比較多，例如網絡設備損壞，網絡連接形成環路、網絡病毒等等，不過最常見的因素往往都是用戶操作不小心，無意中在虛擬工作子網中形成了網絡環路。

考慮到局域網中的交換機都啟用了網絡環路測試功能，為了排除網絡環路因素，網管立即進入故障樓層交換機后臺系統，在該系統命令行狀態下執行"display logbuf"命令，查看交換機的日志記錄，發現日志記錄明確表明8號交換端口存在網絡環路現象。趕到故障交換機現場時，網管發現8號交換端口信號燈處于閃亮狀態，這說明該端口正處于工作狀態；當嘗試拔出連接到該交換端口上的網絡線纜時，網管感到非常意外，在斷開網絡連接的情況下，該交換端口竟然還處于閃亮狀態，這是怎么回事呢？難道是該交換端口發生了硬件損壞？

　　故障解決

既然該交換端口存在網絡環路，網管決定先將該交換端口關閉掉，看看對應交換機所在的工作子網狀態是否恢復正常。說到做到，網管立即登錄進入故障交換機后臺系統，執行"interface e0/8"命令，進入e0/8交換端口的視圖模式狀態，在該狀態下繼續執行字符串命令"shutdown",將e0/8交換端口的工作狀態關閉掉。

之后，網管嘗試著在故障客戶端系統，執行ping命令，測試對應虛擬工作子網的網關地址，結果發現ping命令測試操作正常，難道故障客戶端系統現在能正常上網了？再進行上網測試時，網管看到先前發生的上網速度緩慢，一會兒能上網、一會兒不能上網的奇怪故障已經消失了，顯然網絡故障已經得到了成功解決。

　　故障反思

雖然上面的故障現象已經消失了，但是讓網管感到十分納悶的是，為什么故障交換機的e0/8交換端口，在斷開網絡連接的情況下，它仍然能夠處于點亮狀態，同時該端口還存在網絡環路現象？經過仔細分析，網管認為該交換端口內部可能發生了短路現象，該現象直接造成了目標交換端口在無網絡連接的情況下，也能夠正常處于點亮狀態；當該交換機的交換端口發生短路后，就相當于在對應虛擬工作子網中形成了網絡環路，該環路引發了廣播風暴現象，最終導致故障交換機工作性能下降，表現出來的故障現象就是上網速度緩慢，同時上網連接也不穩定。

當然，這類網絡故障由于發生在具有環路測試功能的交換機上，網管只要從交換機后臺系統日志記錄中，就能快速地尋找到具體的環路位置；不過該故障要是發生在不支持環路測試功能的交換機上時，那么該故障排除起來就比較麻煩了。此時，我們可以嘗試在斷開交換機所有網絡連接的情況下，重新啟動一次交換機后臺系統，并且仔細觀察各個交換端口的信號燈狀態，如果發現某個交換端口在沒有任何連接的情況下，端口信號燈狀態仍然閃爍，那么我們就能肯定該交換端口發生了短路現象。