交換機設備是局域網中用來交換、傳輸數據信息的核心樞紐之一，它的工作狀態的好壞直接關聯著局域網網絡的數據傳輸穩定性。不過，交換機設備在長時間工作過程中，很容易出現這樣或那樣的問題，一旦交換機出現問題時，很多人常常會表現得束手無策;事實上，很多時候我們只要對交換機設備進行一下簡單重新啟動，就能解決大不部分交換機狀態方面的故障。這不，筆者就曾遭遇一則網絡無法訪問的故障現象，在解決該故障的時候耗費了很長時間都沒有找到具體的故障原因，最后只是在偶然之中重新啟動了一下交換機設備，就將網絡無法訪問的故障現象給成功解決了;現在，本文就將該故障還原出來供各位參考!

部分工作站不能上網

   今天一大早，剛剛走在上班的路上，刺耳的手機鈴聲就響了起來，單位某科室的同志說自己的工作站不能正常上網了，單位內部的Web服務器也不能正常訪問了。陸續又有其他的同事向筆者反映，他們的工作站也不能正常訪問單位的局域網了。

    單位的局域網結構其實非常簡單，每一樓層的普通工作站分別連接到各自的二層交換機設備中，而所有二層交換機設備通過堆疊連接的方式接入到單位局域網的核心交換機設備上。來到辦公室后，筆者立即打開自己的工作站，對網絡連接情況進行測試，結果發現網絡連接情況一切正常，這是為什么呀?為了進一步檢驗網絡連接的狀態，筆者立即打開本地系統的運行對話框，在其中輸入字符串命令“ping 10.176.6.1”，其中10.176.6.1為局域網的網關地址，從返回的如圖1所示的命令執行結果中，我們發現網關的工作狀態是正常的。單位另一個網絡管理員在節假日期間，通常都在核心交換機設備中將中心機房之外的其他工作子網全部關閉掉，難道是這些工作子網還沒有被開通?

圖1

    為了檢驗其他工作子網的工作狀態是否正常，筆者立即帶上相關工具以及筆記本電腦，火速趕到故障現場。找到其他工作子網中任意一臺不能上網的工作站，依次單擊其中的“開始”/“運行”命令，在彈出的系統運行對話框中，輸入字符串命令“cmd”，單擊“確定”按鈕后，將系統工作狀態切換到DOS命令行工作狀態;在該狀態的命令行提示符下，輸入字符串命令“ipconfig /all”，單擊回車鍵后，筆者發現結果界面中顯示出來的IP地址、網關地址、DNS服務器地址以及網絡掩碼地址都是正確的，并沒有找到任何可疑的地方。那為什么在上網設置都正確的情況下，該工作站不能正常訪問局域網網絡呢?

深入探究不能上網原因

    會不會是故障工作站自身存在什么問題呢?想到這一點，筆者立即打開該系統的運行對話框，在其中執行了“ping 127.0.0.1”字符串命令，隨后該命令返回了類似“Reply from 127.0.0.1: bytes=32 time<1ms TTL=128”這樣的執行結果，這說明本地循環地址“127.0.0.1”能夠正常被Ping通，這也意味著該故障工作站的TCP/IP通信協議工作狀態一切正常。

    為了驗證本地工作站的網卡設備工作狀態是否正常，筆者又使用Ping命令對本地工作站的網卡設備地址進行了連通性測試，結果發現Ping命令執行很成功，這也說明故障工作站的網卡設備工作狀態也是正常的。接下來，筆者又在故障工作站中測試了局域網網關地址的連通性，測試得到的結果竟然為“Request timed out”(如圖2所示)，這說明本地工作站到局域網網關設備之間的網絡連通性存在一定的問題。難道真的是局域網的路由器或網關設備出現了意外?不過轉念一想筆者認為這不可能，因為在來故障工作站現場之前，筆者已經在自己的工作站測試了局域網網關地址的連通性，發現它是可以被正常Ping通的呀;再仔細檢查故障工作站系統桌面中的任務欄圖標，發現其中的本地連接圖標狀態顯示為“100M已連接上”。

圖2

    有沒有可能是這臺故障工作站感染了網絡病毒，或者是這臺工作站安裝、啟用了專業防火墻程序，導致了上網連接被防火墻程序臨時禁用了呢?為了排除這些可能因素，筆者立即拿出了自己隨身攜帶的筆記本電腦，該電腦在之前已經被測試能夠正常上網訪問了，將連接故障工作站的網絡線纜拔下來重新插入到筆記本電腦中，再打開筆記本電腦的系統運行對話框，在其中執行字符串命令“ping 10.176.6.1”，結果發現目標網關地址仍然不能被正常Ping通。后來，筆者用鼠標雙擊筆記本電腦系統托盤區域的“本地連接”圖標，從其后出現的本地連接狀態對話框中，筆者發現筆記本電腦只能向外發送數據包信息，而不能從外面接受數據包信息，這說明無法訪問網絡的故障現象與故障工作站系統自身沒有任何關系。

    不得已，筆者又抱著筆記本電腦來到了故障工作站隔壁的某個科室，將其中的某根網絡線纜插入到筆記本電腦中，再執行字符串命令“ping 10.176.6.1”，發現這次測試結果竟然正常了，之后筆者又立即進行了網絡訪問測試，結果看到網絡訪問操作也變得正常了。按理來說，筆記本電腦前后所連接的上網點，都屬于同一個工作子網，為什么有的上網點能正常工作，而有的上網點不能正常工作呢?問題究竟出現在什么地方呢?重新回到那臺故障工作站，筆者看到當將網絡線纜插入到對應網卡設備的接口中時，系統托盤區域處的本地連接圖標彈出的狀態信息依然是“100M已連接上”，但此時上網訪問時，網絡連接還是不成功!

鎖定交換機為檢查重點

    在沒有任何頭緒的情況下，筆者只好來到單位的中心機房，打開機柜，想看看局域網中是否有交換機的運行狀態不正常;仔細對每一臺交換機控制面板中的信號燈狀態進行了觀察，筆者發現所有信號燈都呈綠色、閃爍狀態，很明顯，簡單地通過肉眼進行觀察，很難判斷出交換機的工作狀態是否正常，看來筆者只能借助筆記本電腦對每一臺交換機進行依次檢查、測試了。

    通過網絡線纜，筆者將筆記本電腦先連接到接線柜最上面一臺交換機設備上，并打開系統運行對話框，在其中對目標網關設備地址執行了Ping命令測試操作，測試返回的結果顯示為正常，這說明最上面一臺交換機的工作狀態是正常的。再將筆記本電腦連接到第二臺交換機設備上，按照同樣的方法進行Ping命令測試，結果發現目標網關設備地址也能夠被正常Ping通，看來第二臺交換機設備也沒有任何問題;緊接著在第三臺交換機設備中，執行網關設備地址Ping測試操作時，系統竟然返回了“Request timed out”這樣的測試結果，難道第三臺交換機設備存在問題?筆者又仔細觀察了這臺交換機設備，發現該設備控制面板中的信號燈雖然都處于綠色、閃爍狀態，但是實際上該交換機的24個端口中，只有極少數幾個交換端口連接有網絡線纜，按理來說只有連接網絡線纜的那幾個交換端口對應的信號燈處于綠色、閃爍狀態，其他端口的信號燈不應該也處于綠色、閃爍狀態，怎么現在所有的交換端口對應的信號燈都變成了這樣的工作狀態呢?很顯然，第三臺交換機設備的工作狀態出現了錯誤;經過進一步檢查，筆者發現先前那臺不能上網的故障工作站，恰好是連接到這臺交換機設備上的，怪不得局域網中會出現有的工作站能上網、有的不能上網的故障現象。

找到故障原因后，筆者打算先簡單地重新啟動一次交換機設備，看看該交換機是否存在類似緩存溢出這樣的錯誤，因為通過重新啟動往往可以解決交換機設備的許多隱性故障。在重新啟動完交換機設備后，筆者再次在故障工作站系統中進行上網測試操作，這一次Ping目標網關設備的地址時，發現該命令執行很成功，再嘗試訪問網絡內容時，也已經正常了，看來通過重新啟動交換機設備，真的將交換機狀態出錯的故障現象給順利地解決好了。

故障解決之總結

    回顧整個故障的解決過程，我們不難發現局域網中之所以出現了有的工作站能上網、有的不能上網的故障現象，是因為不能上網的工作站恰好都連接到了存在狀態錯誤的交換機設備上了，而連接到狀態正常的交換機上的所有工作站都是能正常訪問網絡的。之所以，筆者在排除這個故障的過程中多走了一些彎路，主要是片面地認為只要交換機控制面板中的信號燈呈綠色、閃爍狀態，就認為交換機的工作狀態肯定正常的，事實上交換機的信號燈狀態有時也會欺騙我們。

    此外，為了幫助各位朋友日后能夠高效地解決交換機故障，我們建議大家盡量按照合理的順序對交換機進行故障排查。通常情況下，當交換機發生故障不能正常工作時，我們不妨依照下面的順序對交換機設備進行正確排查：

    首先從遠到近對連接交換機的物理線路進行逐步排查，考慮到交換機發生的不少網絡故障常常都是通過與其保持連接的計算機而發現的，因此我們在檢查交換機的故障現象時，我們應該盡可能地從終端計算機開始，然后依次檢查網絡線纜、交換端口模塊、網絡跳線、交換機設備，直到找到故障原因為止。

    其次在確認交換機工作狀態真的不正常時，那我們可以從外而到內對交換機設備進行重點檢查。例如，可以先觀察交換機的各端口信號燈狀態，依照信號燈狀態的不同，就能大概判斷出交換機內部究竟什么位置發生了故障。比方說，要是交換機設備的Link燈不亮時，那就意味著對應交換端口存在問題或沒有插入網絡線纜，要是Link信號燈呈黃色狀態并不停閃爍時，那就意味著該交換機設備此刻正工作于10Mb/s數據傳輸狀態;要是Link信號燈呈綠色狀態并不停閃爍時，那就說明交換機正工作于100Mb/s傳輸狀態等等。

如果交換機內部真的存在問題時，我們還不能貿然地去拆卸交換機設備，此時我們應該檢查交換機系統設置，以便排除參數配置因素，在確認真的是硬件存在問題時，才考慮選用其他正常的設備來替代。