DHCP服務意外停用 引發本地連接受限
為了及時監控網絡連接狀態，不少朋友在本地連接屬性設置框中都選中了“連接后在通知區域顯示圖標”選項，這么一來我們就可以通過系統任務欄處的連接圖標快速判斷網絡工作狀態是否正常了。這不，在實際上網過程中，本地連接圖標偶爾會彈出網絡連接受到限制的提示信息，遇到這種提示時，網絡上有許多內容為我們提供了應對辦法;不過，本文下面遭遇到的本地連接受限故障好象有點特別，現在筆者就把該故障的排除過程貢獻出來，希望能給大家帶來啟發!
故障重現
單位局域網規模相對較大，為了方便管理工作站，單位特意搭建了DHCP服務器，利用DHCP服務為每一臺工作站自動分配IP地址。平時，局域網中的所有工作站都能上網，并且上網速度也比較理想;可是今天早上剛剛走在上班的路上，同事小李向筆者發來電話求援說，他想從網上下載一個游戲程序，可是怎么連都連不上網，而且系統任務欄處的本地連接圖標總是不斷提示他，本地連接受到了限制。對于這種故障現象，筆者見得太多了，于是當即通過電話對同事小李進行了遠程指導，“先將網絡線纜拔出來，然后重新插一下，實在不行的話，可以重新啟動一下計算機系統”，說實話，許多次筆者都是通過這種方法來搞定本地連接受限故障的。原以為經過筆者的指導，同事小李肯定能夠順風順水地將游戲軟件下載下來，可是到了辦公室后筆者的屁股還沒有捂熱，同事小李的求援電話又撥來了，看來筆者的那招老套路不管用了，于是筆者迅速來到小李的辦公室，對他的計算機進行了簡單地檢查。的確如同事所說，當筆者將鼠標指針放到系統任務欄處的本地連接圖標上時，本地連接受到限制的提示信息果然出現在筆者的眼前。
由于局域網中所有工作站都被設置成動態獲取IP地址，會不會是本地工作站從DHCP服務器那里沒有獲取到合法的IP地址，從而導致該工作站出現了本地連接受到限制的提示呢?筆者知道本地網絡的掩碼地址為192.168.1.0，如果小李的工作站當前使用的IP地址為192.168.1.x，那就表明該工作站與局域網DHCP服務器之間的網絡通信正常;于是，筆者立即在小李的工作站系統中執行了“ipconfig /all”字符串命令，結果筆者發現該工作站獲取的IP地址竟然為“169.254.11.156”，很明顯該IP地址并不是從DHCP服務器那里得來的，那么該地址究竟是誰分配給本地工作站的呢?到網上搜索以“169.254”開頭的IP地址信息時，筆者終于明白“169.254.11.156”地址原來是Windows系統自動分配給它的，如此說來小李的工作站與單位的DHCP服務器失去了聯系，那么本地工作站為什么無法與局域網DHCP服務器建立正常的通信連接呢?
故障推理
會不會是局域網DHCP服務器自身出現了問題呢?但是筆者一打聽，局域網中的其他工作站都能上網，這說明DHCP服務器自身運行是正常的。有沒有可能是本地工作站的網絡連接線纜出現了短路或斷裂現象，從而導致本地工作站與局域網失去了聯系呢?筆者不放心這一點，于是特地找來了專門的網絡測試儀，對本地工作站的線纜連通性進行了現場測試，從測試結果來看，該網絡線纜完全正常;筆者還是有點不放心，又把自己的筆記本電腦搬來，然后將那條測試正常的線纜插入到筆記本中，同時將該筆記本的IP地址也設置成動態獲取，結果筆者嘗試上網訪問時，發現筆記本電腦能夠很快速地將網絡內容顯示出來，很顯然這條網絡線纜以及其所連的交換機端口都沒有問題。
既然網絡線纜沒有問題，交換機連接端口也沒有問題，DHCP服務器也能正常工作，看來問題肯定出在本地工作站系統身上。為了防止系統中有病毒“騷擾”，筆者先是使用了最新版本的殺毒軟件對本地系統進行了全面地病毒“圍剿”工作，在沒有找到任何病毒的情況下，筆者又開始擔心起系統文件有沒有受到損壞，于是筆者又耐心地打開本地系統的運行對話框，并在其中執行“sfc /scannow”字符串命令，來嘗試修復一下系統受到損壞的文件，可是等到文件修復操作結束時，也沒有看到系統中有什么文件被修復成功，這說明系統自身的運行是正常的。
在確認本地工作站自身運行正常的前提下，筆者不得不再次將懷疑目光轉向DHCP服務器。考慮到DHCP服務器能夠為局域網中的其他工作站正常分配地址，惟獨不能給同事小李的工作站分配地址，于是筆者想到會不會是小李工作站先前從DHCP服務器那里得到的IP地址，使用期限到期了呢?基于這一猜想，筆者特地以超級管理員權限登錄到DHCP服務器所在的主機系統，然后打開DHCP控制臺窗口，進入該服務器目標作用域的屬性對話框，從中找到“地址租約”選項，并將那些租約到期的工作站全部解除鎖定，最后又重新啟動了一下DHCP服務器所在的主機系統。接著筆者再次登錄進同事小李的工作站，并打開系統運行文本框，在其中執行“ipconfig /release”命令，這樣的話本地工作站以前使用的IP地址就被成功釋放出來，之后筆者又執行了“ipconfig /renew”命令，以便讓DHCP服務器重新為本地工作站分配合法IP地址，原以為這樣的操作肯定能讓本地工作站得到合法上網地址，可誰曾想到，當筆者再次使用“ipconfig /all”字符串命令查看本地工作站的IP地址時，發現IP地址還是不正確，而且本地工作站仍然不能正常訪問網絡內容。
可是在進行上面的嘗試操作時，筆者看到當在本地工作站中執行字符串命令“ipconfig /renew”時，系統同時還提示RPC服務無法調用之類的錯誤，難道本地連接圖標受到限制與RPC服務有關?既然系統已經提示了，筆者不妨看看RPC服務為什么會被無法調用;想到這一點，筆者立即打開本地工作站的系統服務列表窗口，從中找到“Remote Procedure Call (RPC)”服務選項，并用鼠標雙擊該目標選項，打開目標服務的屬性設置窗口，在該窗口的“常規”選項設置頁面中，筆者發現此刻“Remote Procedure Call (RPC)”服務處于停用狀態;不過該服務的停用與“ipconfig /renew”命令有什么關系呢?帶著這個疑惑，筆者查看了“Remote Procedure Call (RPC)”服務的相關說明信息，結果在如圖1所示的“依存關系”選項設置頁面中，筆者看到DHCP Server服務依賴于該服務，也就是說如果RPC服務不能正常運行的話，那么DHCP Server服務也就無法成功啟動，而沒有了DHCP Server服務的支持，本地工作站自然無法從DHCP服務器那里享受到地址分配服務了。
圖1： #p#
到了這里，故障原因好象已經找到，不過，當筆者嘗試將“Remote Procedure Call (RPC)”服務重新啟動成功時，發現本地工作站還是無法正確獲得有效的上網地址，會不會是DHCP Server服務也被意外停止運行了?依照這樣的推斷，筆者又查看了DHCP Server服務的運行狀態，結果發現DHCP Server服務運行正常，而與DHCP Server服務緊靠在一起的DHCP Client服務好象被停用了，看來真正的故障原因就是DHCP Client服務被停止運行。于是，筆者立即打開DHCP Client服務的屬性設置窗口，進入到如圖2所示的服務屬性界面，在該界面的“常規”選項設置窗口中，單擊“啟動”按鈕將該服務先啟動成功，為了防止系統重新啟動時該服務又被意外停止，筆者還特地將它的啟動類型調整為“自動”，最后又重新啟動了一下本地工作站系統。這一次果然沒有讓筆者再失望，當筆者再次在本地工作站系統中執行“ipconfig /renew”命令時，系統任務欄處的本地連接圖標竟然提示說網絡連接正常了，而且嘗試進行網絡連接時，本地工作站也能迅速打開網絡內容了。到了這里，本地連接受到限制的網絡故障就被成功解決了!
圖2：
故障小結
盡管本地連接受到限制的故障已被排除，但筆者到現在還沒有弄清楚RPC與DHCP Client服務為什么會被停用，因為在默認狀態下這兩個服務都會被系統自動啟動的，難道是同事小李自己手工修改了系統服務?詢問同事小李后，他說自己不會修改什么服務，只是最近他使用了一些優化工具對他的工作站進行了優化，優化過系統后，計算機就遇到了本地連接受到限制的故障了;看來，上面兩個服務的停用，是由優化工具造成的。由此看來，我們平時不要輕易地使用這種或那種優化工具來對系統優化，因為這些工具的許多智能優化功能在給我們帶來便利的同時，可能也會帶來潛在的麻煩，由這些麻煩引發的網絡故障具有很強的隱蔽性，如果我們不明就里的話，很容易在排除網絡故障的過程中多走彎路!
【編輯推薦】
