探秘核心交換機配置問題
下面進行對核心交換機的配置問題做一下深度的了解和認識，為了確認登錄狂慢的交換機故障現象與Web服務器的工作狀態無關，這說明局域網工作站相互傳輸文件的速度是正常的。
除了一些常見的故障之外，在遇到問題的時候，我們應該去找一些專業的人員去修理，這里我們分析了登陸慢的核心交換機故障現象，一個局域網無論其組網規模多么合理。無論其選用的網絡設備性能多么良好，它都有可能發生網絡故障，就象一個人那樣，無論他身體多么棒，偶爾也會有一些小病小痛的;
我們平時能做的就是對網絡加強管理，做到防范于未然，以便讓局域網盡可能少地出現交換機故障現象。當然，在實際管理網絡的過程中，一些細節因素往往并不是我們所能控制的，由一些不起眼的因素引起的網絡故障，排查起來自然也就不那么順利了。
這不，本文下面的一則故障就是由于設備通風效果不好，造成核心交換機嚴重“發燒”，最終引起登錄服務器狂慢故障;由于這種因素很少會出現，在排查過程中網絡管理員忽視了它，導致其故障排查過程異常曲折，現在本文將它共享出來，與大家進行交流!
登錄速度狂慢
某大樓局域網組網結構很簡單，100臺左右的計算機分布在六層樓上，每個樓層上的計算機都通過實達品牌的24口交換機，與單位局域網的QUIDWAY S3050主交換機進行連接。
其中單位的Web服務器、打印服務器以及一些重要的計算機，全部單獨連接到一個實達核心交換機上，這些實達交換機都通過100M雙絞線與主交換機進行級聯。平時，局域網中的所有普通計算機都能互相共享訪問，而且它們也能正常地訪問單位的Web服務器、打印服務器等重要主機。
可是，最近單位在局域網的Web服務器中發布了一則通知消息，要求各位員工上網瀏覽時，員工紛紛反應，說登錄Web服務器的速度非常緩慢，完全沒有以往一氣呵成的感覺。
故障就是命令，接到登錄速度狂慢的電話后，筆者立即打開自己的筆記本電腦，使用ping命令測試Web服務器的IP地址，從測試操作返回的結果來看。Web服務器的IP地址一會兒能ping通，一會兒不能ping通，而且在ping通的情況下，服務器響應時間也是比較長，這與平時響應時間小于1ms的時間相比，簡直是相差太大，看來局域網中真的存在網絡故障。
既然局域網中多數員工不能正常登錄單位的Web服務器，那會不會是該服務器工作狀態出現了意外呢?大家知道，Web服務器持續工作的時間一長，特別容易發生反應遲鈍現象。
畢竟該服務器平時處理的各種請求比較多，要是在同一時間段內處理的訪問請求數量超過一定標準的話，那么服務器系統資源可能會迅速消耗殆盡，如此一來Web服務器服務器系統自然就不能正常運行了。
想到這一點，筆者立即遠程啟動了該服務器系統，待啟動成功后，筆者再次ping了一下該服務器的IP地址，發現ping命令的響應時間還是不正常;嘗試進行登錄訪問時，筆者看到訪問速度還是慢吞吞的。為了確認登錄狂慢的交換機故障現象與Web服務器的工作狀態無關。
筆者又測試了打印服務器以及其他一些重要計算機的IP地址，發現這些重要的計算機IP地址也不能被正常ping通，這說明問題的確不在Web服務器身上，在排除Web服務器自身狀態不正常因素后，筆者開始懷疑局域網網絡中有病毒存在，造成了整個網絡傳輸通道發生了堵塞現象。
由于局域網中包含的計算機數量比較多，單純依靠殺毒軟件進行逐一查殺，那工作量將是非常的巨大，而且也不利于高效解決網絡故障，為此筆者打算測試一下局域網中計算機相互之間的通信速度是否正常。
想到做到，筆者先是ping了其中一臺計算機的IP地址，發現此次ping命令操作的響應時間很快;但是筆者還是有點不放心，于是又嘗試著與這臺計算機進行文件共享交流，結果發現幾兆大小的文件，一眨眼工夫就傳輸完成了，這說明局域網工作站相互傳輸文件的速度是正常的;后來。
筆者又與其他計算機進行了共享文件傳輸操作，發現文件傳輸速度也很正常，這就證明了局域網的網絡傳輸通道并沒有發生堵塞現象，那樣一來，局域網中的計算機即使感染了網絡病毒，也不會對登錄服務器操作產生實質性影響，為此筆者判斷該核心交換機故障現象與網絡病毒或廣播風暴現象也沒有關系。
【編輯推薦】
