追根究底 破解網絡訪問謎局
在網絡規模不斷擴大的單位，從事網絡管理維護工作，的確非常具有挑戰性。局域網中千奇百怪、大小不一的網絡訪問謎局，已經已遠遠超出了網絡管理員的想象。如果不有效采取破解各種網絡訪問謎局，那么局域網的運行效率勢必將會受到嚴重的影響。為了提高局域網網絡的運行效率，本文就為各位還原幾則網絡訪問謎局的破解過程，希望這些內容能給各位網絡管理員帶來幫助。
謎局1：網絡連接規律性掉線
前幾天，筆者的一位朋友應聘成為一家廣告公司的網絡管理員，與前任網絡管理員進行了一下簡短地交接之后，朋友開始正式走馬上任。這家單位的局域網規模適中，總共有50臺左右的計算機，分布在單位的五個部門中，每一個部門中的所有計算機都連接到一臺二層交換機，之后二層交換機通過光纖線纜級聯到單位的核心交換機，再從核心交換機的Uplink端口中引出一條線纜連接到寬帶路由器設備上，最后通過ADSL寬帶線路連接Internet網絡。剛工作沒有幾天，一則奇怪的網絡故障現象就出現在朋友的面前了，具體現象為：單位局域網與Internet網絡之間的連接基本隔三個小時左右就會發生一次掉線故障，不過要不了一分鐘的時間又能自動連接上，而且這種現象發生時非常有規律。盡管掉線故障持續的時間不長，不過由于這家單位的許多工作都是許多員工通過在線協作方式完成的，局域網網絡連接有規律的掉線現象還是對該單位的正常工作帶來了不小的影響。
破解謎局
依照上面的故障現象，筆者的朋友認為引起網絡連接有規律掉線的因素主要有兩方面，一是本地網絡的線路連接不穩定，另外一方面就是網絡不小心感染了蠕蟲病毒。想到這一點，朋友先是聯系了本地ISP部門的技術人員，請求他們對本單位的ADSL寬帶上網線路進行檢查，經過專業技術的人員仔細檢查，排除了ADSL寬帶上網線路故障，于是朋友又將檢查重點轉移到網絡蠕蟲病毒上了。
朋友詳細檢查了單位局域網中的所有工作站，并沒有找到任何病毒。同時經過一系列檢測，朋友發現每次網絡連接發生有規律的斷線現象時，局域網計算機ARP緩存表中的網關MAC地址記錄與網絡連接沒有掉線時相同，這就意味著網絡連接有規律掉線現象與ARP欺騙無關。排除了網絡連接線路以及網絡病毒因素后，朋友一時想不出該從何處下手來解決該網絡故障?為了快速、有效地找到故障原因，朋友決定采用區域隔離的方法來解決網絡故障。首先，朋友先是關閉了局域網中所有工作站的電源，只讓一臺筆記本電腦接入到局域網中上網，可是網絡掉線故障依舊有規律出現，看來網絡有規律掉線故障不是由局域網工作站引起的。
會不會是局域網路由器或交換機設備發生了故障?想到這一點，朋友索性就將自己的筆記本電腦直接與路由器設備相連，結果網絡故障依然有規律出現，這說明局域網交換機沒有什么問題，問題很可能出現在物理連接線路或路由器身上。為了檢驗物理連接線路是否正常，筆者朋友又將筆記本電腦直接接入到ADSL設備中，并且在系統中創建了手工撥號連接，并通過該撥號連接嘗試上網訪問，結果朋友看到先前出現的網絡掉線故障一直沒有再出現，這就證明單位出口連接線路是通暢的，ADSL設備的工作狀態也沒有任何問題，故障肯定是由寬帶路由器引起的。找到故障原因后，筆者朋友迅速以系統管理員權限登錄進局域網路由器的后臺管理界面，仔細檢查了其中的各項設置參數后，朋友發現路由器的WAN端口參數被設置成了“按需連接，在有訪問時自動連接，自動斷線等待時間15分鐘”，這么一來當局域網中有員工需要訪問Internet網絡時寬帶路由器才會自動撥號上網，如果局域網在15分鐘之內沒有向外發送上網連接請求時，寬帶路由器就會發生掉線現象;朋友立即將WAN端口參數修改成“自動連接，在開機和斷線后自動連接”，再進行上網連接測試后，局域網網絡連接一直很正常，再也沒有出現過有規律掉線故障現象。#p#
謎局2：客戶端無法享受DHCP服務
筆者單位的局域網網絡規模相對適中，為了有效提高工作站管理效率，筆者特意在局域網中架設了一臺DHCP服務器，并通過該DHCP服務器為局域網中的所有工作站自動分配IP地址。平時，局域網中的每一臺工作站都能正常訪問網絡內容，并且網絡訪問速度也是很穩定的。然而好景不長，在昨天上班的路上，筆者連續接了好幾個同事的“求援”電話，都說他們計算機無法上網訪問內容了，有的計算機還在系統托盤區域處的“本地連接”圖標上彈出了本地連接受限的提示信息。火速趕到故障現場后，筆者發現同事的工作站的確不能正常上網;對于這種故障現象，筆者先是認為故障計算機沒有從局域網DHCP服務器那里獲得有效的IP地址，從而造成故障計算機的“本地連接”圖標上出現了上網連接受限的故障提示!于是，筆者在故障計算機系統中依次單擊“開始”/“運行”命令，在彈出的系統運行對話框中執行“cmd”命令，將系統屏幕切換到MS-DOS工作窗口，在該窗口的命令行提示符下輸入“ipconfig /all”字符串命令，從其后彈出的結果界面中筆者看到故障計算機的IP地址變成了“169.254.89.126”，而169.254.*.*格式的IP地址往往是Windows系統自動分配給計算機的，很顯然“169.254.89.126”地址并不是局域網DHCP服務器分配的，看來客戶端工作站沒有正常享受到DHCP服務。
破解謎局
既然客戶端工作站沒有正常享受到DHCP服務，那會不會是局域網DHCP服務器遇到意外了呢?經過檢查，筆者發現局域網中的其他部分計算機都能訪問網絡內容，這就意味著局域網DHCP服務器自身工作狀態是正常的。排除了DHCP服務器自身因素后，筆者估計問題很可能出在故障計算機的物理連接上，例如物理連接線纜發生了斷裂或短路現象;為了驗證自己的猜測，筆者特地找來了專用線纜測試儀，對連接故障計算機的網絡線纜進行了連通性測試。測試結果表明，連接故障計算機的網絡線纜沒有任何問題。之后，筆者使用該網絡線纜將筆記本電腦連接到網絡中，同時將筆記本電腦的IP地址設置為動態獲取，結果筆者發現自己的筆記本電腦上網立即恢復了正常，這說明筆記本電腦已經成功從局域網DHCP服務器中獲得了IP地址，并且這也說明故障計算機所連的局域網交換機端口工作狀態也是正常的。
既然物理連接線纜沒有問題，故障計算機所連交換機的對應端口工作狀態正常，局域網DHCP服務器也能正常對外提供服務，那么問題很可能出現在故障計算機系統身上。于是筆者又打開故障計算機系統的運行對話框，并在其中執行“sfc /scannow”字符串命令，開始嘗試對故障計算機系統進行文件修復操作，等到文件修復操作結束后，筆者又在故障計算機中嘗試了網絡訪問操作，可是故障現象一切依舊。在萬般無奈之下，筆者又一次懷疑到了DHCP服務器“頭上”。由于局域網中的部分計算機能夠正常享受DHCP服務，惟獨少數計算機不能享受DHCP服務，難道是這些故障計算機之前從DHCP服務器那里申請得到的IP地址使用期限已經到期了?想到這一點，筆者立即登錄進DHCP服務器所在的主機系統，進入DHCP控制臺界面，打開特定作用域的屬性設置窗口，經過仔細檢查發現確實一部分計算機的租約期限已經到期，筆者迅速將那些已經到期并被鎖定的計算機立即解除鎖定，最后將局域網DHCP服務器系統重新啟動了一下。原以為這樣的努力肯定能夠解決問題，可是再次上網進行測試時，筆者發現故障計算機還是不能上網，并且使用“ipconfig /all”命令查看故障計算機的IP地址時，發現地址仍然是169.254.*.*格式。這難道是故障計算機的IP地址沒有被正確釋放出來?不得已，筆者在故障計算機系統中嘗試著執行了字符串命令“ipconfig /release”，準備手工釋放故障計算機先前使用的IP地址，可是在執行該命令時，系統竟然出現了Remote Procedure Call系統服務調用出現錯誤的提示信息，難道是故障計算機的RPC系統服務被意外關閉運行了?筆者清楚，客戶端系統的DHCP Client服務對RPC服務有依賴關系，要是RPC系統服被關閉，那么DHCP Client系統服務自然就不能正常啟動，那么客戶端系統也就沒辦法享受到DHCP服務了。于是，筆者立即依次單擊“開始”/“運行”命令，在彈出的系統運行框中執行“sevices.msc”命令，打開故障計算機的系統服務列表窗口，從中找到系統服務“Remote Procedure Call(RPC)”并進入該服務的屬性界面，結果果然發現RPC系統服務被關閉運行了，故障原因終于找到了。
筆者馬上將關閉運行的RPC系統服務重新啟動成功，之后又嘗試著手工啟動了DHCP Client系統服務，在確認上面的系統服務都啟動成功后，筆者又使用“ipconfig /all”命令查看了故障計算機目前的IP地址，結果發現故障計算機已經從局域網DHCP服務器那里申請得到了有效的IP地址，聯網進行測試后，筆者看到故障計算機終于能夠成功上網了。按照相同的解決方法，筆者又將其他幾位不能上網的計算機網絡連接狀態恢復正常了，至此客戶端無法享受DHCP服務的故障現象就被全部解決了。但是到了這里，筆者還是有一點想不通：為什么位于不同辦公室中的計算機會出現相同的網絡故障呢?詢問其中一位同事后得知，原來這位同事不知道從哪里弄來了一款系統優化工具，不但使用該工具優化了自己的計算機，而且還幫助其他幾位同事進行了優化。結果可想而知，凡是受到過這位同事幫助的計算機，都不約而同地出現了客戶端無法享受DHCP服務的故障現象。#p#
謎局3：共享訪問出現參數錯誤
某單位所有計算機都處于一個沒有域的工作組中，工作組中的計算機時常會受到來自局域網蠕蟲病毒的偷襲。有部分員工將筆記本電腦從家庭網絡帶到單位局域網中后，沒有多長時間，單位局域網中的所有計算機都感染了來自家庭網絡中的病毒。出于保護自己計算機的需要，許多員工開始安裝某個防火墻的破解版，以禁止網絡病毒襲擊自己的計算機。后來，大家發現這樣的保護效果不錯，紛紛開始仿效，都在自己的計算機中安裝了防火墻程序，原本以為這樣能夠相安無事;可是，當用戶嘗試通過網絡鄰居窗口訪問局域網中的其他計算機共享資源或共享打印機時，卻遇到了大問題。局域網中的共享資源不但不能正常訪問，有時還會出現類似參數錯誤這樣的故障提示，在啟用網絡防火墻的情況下，局域網中的網絡打印機也不能正常使用。
破解謎局
大家知道，Internet網絡中的許多蠕蟲病毒正是利用了網絡鄰居互相訪問的共享端口實施破壞攻擊的，一旦局域網計算機中啟用了防火墻程序后，那么防火墻程序可能就會自動將蠕蟲病毒使用的共享訪問端口關閉掉了，那樣一來用戶通過網絡鄰居窗口訪問局域網中的共享資源時自然就容易出錯了。為了既能防范蠕蟲病毒的襲擊，又能保證正常進行共享資源的訪問，我們應該正確安裝最新版本的殺毒軟件，及時更新安裝Windows系統漏洞補丁程序，然后使用正版的防火墻程序，并對防火墻的參數進行針對性調整，相信這么一來就能達到目的了。
當然，有的時候我們即使進行了上述設置，在進行共享訪問時仍然有可能出現參數錯誤的提示信息，此時多半是Windows系統中的TCP/IP協議發生了錯誤，或者是相關的系統文件被殺毒軟件意外刪除。要解決這種類型的故障現象，最簡單、最直接的方法往往就是重新安裝一遍TCP/IP通信協議，在重裝TCP/IP通信協議時可以按照如下方法來進行：
對于Windows XP之前版本的系統來說，我們只要先打開網絡連接屬性設置窗口，找到TCP/IP通信協議，并單擊“刪除”按鈕，就能將TCP/IP通信協議從系統中卸載掉了，之后再單擊“安裝”按鈕進行重新安裝就可以了。
對于Windows XP、Windows 2003系統來說，我們可以依次單擊“開始”/“運行”命令，在彈出的系統運行對話框中執行“cmd”命令，將系統屏幕切換到MS-DOS工作窗口，并在該窗口的命令行狀態下輸入字符串命令“netsh int ip reset resetlog.txt”，單擊回車鍵后，故障計算機系統的TCP/IP通信協議工作狀態就能恢復正常了。#p#
謎局4：防火墻“啟用”按鈕失效
為了保護本地計算機的安全，許多人在Windows XP以上版本的系統中上網沖浪時，往往會啟用系統內置的Windows防火墻，來阻止網絡病毒的非法襲擊。在許多人眼里，啟用防火墻功能絕對是一件非常簡單的事情，事實上有的時候，我們打開系統防火墻的參數配置界面時，會看到其中的“啟用”按鈕處于不可點擊狀態，這是什么回事呢，我們該如何才能讓系統防火墻的參數設置狀態恢復正常呢?
破解謎局
實際上，Windows XP以上版本系統在默認狀態下會允許系統用戶隨意啟用防火墻并對其參數進行任意調整的，要是我們發現系統自帶防火墻的“啟用”功能按鈕失效時，那多半是本地計算機在長時間運行后，與系統防火墻有關的服務被意外關閉了。此時，我們不妨依照下面的步驟，來看看與系統防火墻有關的服務——“Windows Firewall/Internet Connection Sharing(ICS)”是否被正常啟用了：
首先以系統管理員權限進入本地計算機系統，用鼠標右鍵單擊系統桌面中的“我的電腦”圖標，并執行右鍵菜單中的“管理”命令，在彈出的計算機管理窗口，選中左側列表區域中的“計算機管理”節點選項，在對應該節點選項下面依次展開“服務和應用程序”/“服務”分支選項;
其次在“服務”分支選項下面，找到“Windows Firewall/Internet Connection Sharing(ICS)”目標系統服務，并用鼠標右鍵單擊該服務選項，從彈出的右鍵菜單中執行“屬性”命令，進入“Windows Firewall/Internet Connection Sharing(ICS)”服務的屬性配置界面;
單擊該配置界面中的“常規”選項卡，在對應的選項設置頁面中，我們就能清楚地知道當前系統防火墻服務工作狀態是否正常了，要是發現該系統服務工作狀態不正常時，我們只要單擊對應選項設置頁面中的“啟動”按鈕，來將該系統服務先啟動起來;為了保證“Windows Firewall/Internet Connection Sharing(ICS)”服務下次能夠跟隨Windows系統自行啟動，我們還需要將該系統服務修改為“自動”啟動類型，最后單擊“確定”按鈕退出“Windows Firewall/Internet Connection Sharing(ICS)”服務的屬性配置界面，這樣的話防火墻“啟用”按鈕失效故障就能被解決了。#p#
謎局5：數據掉包現象非常嚴重
最近，某公司中的一個部門員工向局域網管理員反映，他們部門中的一些計算機訪問公司服務器的速度非常緩慢，向服務器上傳文本信息或下載文本信息時的速度還可以，倘若向服務器上載或下載一些大容量的多媒體內容時，那傳輸速度就比較緩慢了，嚴重的時候干脆就連接不上。為此，公司網絡管理員先在其中一臺故障計算機中執行ping命令對局域網服務器的連通情況進行了測試，測試結果發現有時大容量的數據包存在比較嚴重的延時現象，而且大容量數據包在網絡傳輸過程中存在比較嚴重的掉包現象。考慮到該部門的局域網組網結構是所有計算機全部通過普通雙絞線纜連接到局域網10M集線器上，而10M集線器又通過級聯方式連接到了局域網核心交換機上，核心交換機的每一個連接端口工作狀態都處于10M/100M自適應狀態，局域網服務器同時也連接到核心交換機上了。
破解謎局
根據上面的故障現象，公司的網絡管理員先嘗試著將故障計算機直接連接到單位的核心交換機上，而跳過了與局域網10M集線器的連接，連接好之后又在故障計算機系統中Ping了一下服務器系統的IP地址，測試結果表明大容量數據包延時現象已經消失了，并且在較長的一段時間內都沒有再出現過數據掉包現象。接下來，網絡管理員又到那些安裝了10M舊網卡的計算機中ping了一下服務器，結果發現Ping命令成功被執行;經過仔細對比，網絡管理員發現發生故障的計算機幾乎都是使用了100M的新網卡，對于這點發現網絡管理員進行了反復分析，有沒有可能是故障計算機與局域網交換機的傳輸速度不匹配呢?想到這一點，網絡管理員特地對故障計算機的100M網卡設備工作速度進行了調整，并將其強制修改為10M，修改完畢后再次進行上網測試，結果發現數據掉包現象已經消失了，很顯然上面的故障現象確實是由于計算機與局域網交換機的傳輸速度不匹配引起的。
【編輯推薦】
