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