|
沒錯，企業網管确實是一項極富挑戰性的工作。局域網中大大小小、奇奇怪怪的故障已遠遠超出了我們的想象。筆者最近就遇到了兩起怪异的網路故障，下面還原其過程，希望對處理類似故障有所幫助。
怪异的頻繁掉線
前不久，網管辭職，朋友接手了公司的網路管理。這是一家廣告公司，網路規模不大，計算机數量大概有40台。公司有4個部門，各部門通過一台小型交換机連接到核心交換机。核心交換机的Uplink口連接TP-LINK寬帶路由器，路由器通過ADSL連接到Internet，網路拓扑見圖1。朋友上任不到一天就遇到了網路故障，具體表現為：企業外網基本上兩小時自動掉一次線，然后過一分鐘又自動連接上。這期間雖然耽誤時間只有一分鐘，但由于公司很多廣告設計都是多人在線協作完成，公司的視頻點播系統對網路的連通性要求很高，因此，這一分鐘的掉線對公司的影響還是比較大的。
故障分析
朋友檢查了節點間的線纜連接以及員工們的計算机系統，排除了硬件連接和病毒因素，但故障依舊。朋友找筆者幫忙。就筆者日常維護網路經驗來看，斷網主要由兩方面引起：本地鏈路不穩及感染蠕虫所致。聯系電信部門對ADSL鏈路進行檢查，排除了鏈路故障，于是將重點放到蠕虫病毒上。
筆者把重點放在具有ARP欺騙特性的病毒上。之后，筆者和朋友詳細檢查了所有員工的計算机，沒有發現任何問題。同時檢測發現，當出現斷線時，ARP緩存表里的網關MAC地址与正常上網時一致。這說明斷網并不是因為ARP欺騙引起的。
排查否定了病毒和鏈路因素。那么還有什么可能造成如此蹊蹺的網路故障呢？為了更好地定位故障，筆者決定使用分割法進行分析，也就是說將網路各個區域隔离開來檢查。首先，筆者關閉了大多數員工計算机，只讓一台筆記本上網，故障依舊。看來問題不是出現在計算机上。難道是交換机或者路由器出現了問題？
接下來把筆記本直接連接路由器上網，結果還是兩小時自動斷一次，之后又恢复連接。因此，基本可以斷定故障在路由器或線路本身。接著，用筆記本直接連接ADSL貓，在系統中手工建立撥號連接后撥號上網，自動斷線問題沒有再出現。這說明線路是好的，ADSL貓也沒有任何問題，肯定是寬帶路由器在作祟。
故障解決
于是筆者登錄路由器進入管理界面，一一比對各個參數設置信息，結果發現在𣄃I絡參數→WAN口設置𤚗B的撥號設置被設置為撶鷃摀s接，在有訪問時自動連接，自動斷線等待時間15分鐘㷍C這就是說當有人要訪問外部Internet時寬帶路由器才會撥號上網，而且當網路需求在15分鐘之內沒有時就會自動斷線。筆者將其修改為𣑐菾妘s接，在開机和斷線后自動連接釺Z，經過一段時間的測試，企業內網再也沒有出現怪异的斷網現象。
筆者事后了解到，原來是前網管為泄憤修改了寬帶路由器的撥號連接設置才造成了如此蹊蹺的網路故障。筆者在本次排故過程中走了不少彎路，沒有想到人才是網路安全最重要的因素。不過，文中通過的層層推理分析解決網路故障的方法希望對大家有所幫助。
自作自受的客戶端
單位局域網規模相對較大，為了方便管理工作站，特意搭建了DHCP服務器，利用DHCP服務為每一台工作站自動分配IP地址。很長一段時間里，局域網中所有工作站都連網正常，速度也比較理想。最近的某天早晨，筆者一上班，總務室的小張打電話說他們辦公室的6台電腦都不能連接上網了，系統任務欄處的𢬢誚a連接㺿牳釓`不斷提示本地連接受到了限制。不一會，檔案室小吳打來電話求助，故障和總務室的類似。沒辦法，親自跑一趟。
故障分析
查看總務室小李的電腦故障确實如他所述，筆者首先考慮會不會是本地工作站從DHCP服務器那里沒有獲取到合法的IP地址，從而導致該工作站出現𢬢誚a連接鍂𢣁鴙郃謇煽ㄔ靬O？隨机在打開命令行工具執行𧗽pconfig
/all𨫣R令，該工作站獲取的IP地址竟然為?69.254.11.156㷍I很明顯該IP地址并不是從DHCP服務器那里得來的，而是Windows系統自動分配的。這么說該工作站与DHCP服務器失去了聯系。
會不會是DHCP服務器出現了問題呢？詢問得知，局域網中的其他工作站都能上網，這說明DHCP服務器自身運行是正常的。有沒有可能是本地工作站的網路連接線纜出現了短路或斷裂現象，從而導致本地工作站与局域網失去了聯系呢？于是特地找來了專門的網路測試儀，對本地工作站的線纜連通性進行了現場測試。從測試結果來看，該網路線纜完全正常。筆者又把自己的筆記本電腦連入網路，同時設置IP動態獲取，結果筆記本電腦能夠很快速地獲得IP，上網一切正常。很顯然，這條網路線纜以及其所連的交換机端口都沒有問題。
既然網路線纜沒有問題，交換机連接端口也沒有問題，DHCP服務器也能正常工作，看來問題肯定出在本地工作站系統身上。對客戶端進行殺毒和文件修复操作，經測試故障依舊。
在确認本地工作站自身運行正常的前提下，筆者不得不再次將怀疑目光轉向DHCP服務器。考慮到DHCP服務器能夠為局域網中的其他工作站正常分配地址，惟獨不能給個別工作站分配地址，會不會是這些工作站先前從DHCP服務器獲得的IP地址過了租約期呢？
于是，筆者以超級管理員權限登錄到DHCP服務器，打開DHCP控制台窗口，進入該服務器𢬢媦虴@用域磒搣妏儭飫堙A從中找到𣑐a址租約錇龠窗A并將那些租約到期的工作站全部解除鎖定，最后又重新啟動了一下DHCP服務器。接著筆者再次在小李的電腦上依次執行𧗽pconfig
/release㷍A𧗽pconfig /renew磒孺韘}重新獲得IP地址，接著執行𧗽pconfig /all㩞o現IP地址還是不正确，工作站仍然不能訪問網路。
這讓筆者納悶了，于是重新執行上面的命令，系統提示RPC（Remote Procedure Call）服務無法調用之類的錯誤，難道客戶端的RPC服務被禁用？大家知道DHCP
Client服務依存于RPC，如果其被禁用則DHCP Client服務不能啟動，就無法從DHCP服務器獲得IP。于是打開客戶端主机的𪑛A務管理器㷍A發現𣫮emote
Procedure Call（RPC）𡡤A務果然被禁用，處于停止狀態（如圖２所示），原因終于找到了。
故障解決
馬上重啟RPC服務，然后啟動DHCP Client服務，接著執行上面獲取IP的操作，IP成功獲得，聯網測試成功。其他的主机也如法炮制，這起電腦故障才算最終解決。但筆者不禁要問：為什么這兩個辦公室的電腦會出現類似的故障呢？詢問小李后得知，原來他在前一天從網上下載了一款系統优化工具，用其對自己的系統進行了优化，优化過系統后系統快了不少。于是他把該軟體提供給了辦公室的同事，當然也推荐給了隔壁的檔案室，所以當第二天大家打開電腦時不約而同地出現了如上的症狀。
本文列舉的兩起比較怪异的網路故障，追蹤到最后都被确認是人為造成的，不管是惡意的還是無意，都毫無例外地影響了網路的正常運行。因此，網路管理除了技術之外，制度管理必須要跟上，只有雙管齊下，才能在最大程度上避免因網路故障對企業造成不必要的損失。另外，管理員們在解決網路故障時要避免慣性思維，突破心理定勢，少走彎路。
作者：王紀平
|
簡體版
