在安裝有Windows 2000以上版本的工作站系統中，只要本地網絡連接正常，那么在缺省狀態下我們就能從系統托盤區域處的本地連接圖標處看到具體的連接速度信息，相反我們也常常會通過觀察系統托盤區域處的本地連接圖標狀態信息，來判斷當前的網絡連接是否正常。

在實際訪問網絡的過程中，我們時常會遇到本地連接圖標上出現有黃色感嘆號標志的現象，同時還伴隨有本地無連接或本地連接受到限制的錯誤提示，那么為什么系統托盤區域處的本地連接圖標上會出現這種故障提示呢？

我們究竟該怎樣采取措施進行應對，才能接除本地連接圖標上出現的無連接提示呢？現在本文就從實戰角度出發，來將具體的故障現象以及故障排除過程貢獻出來，供各位IT168的讀者參考！

故障現象

昨天下午筆者剛到單位、屁股還沒有坐熱，就接到隔壁處室人員的緊急求援，他們說準備到單位局域網服務器中下載一個電子表格以便急用，可是怎么連接也訪問不了局域網服務器中的內容，在萬不得已的情況下他們趕來向筆者求援了。接到火速求救后，筆者三步并成兩步地迅速來到事故現場，仔細檢查了無法訪問局域網服務器的那臺工作站，結果發現該工作站系統托盤區域處的本地連接圖標上出現了黃色感嘆號標志，當將鼠標移動到該本地連接圖標上時，系統彈出本地無連接或者本地連接受到限制之類的錯誤提示。

故障探究

考慮到單位局域網的工作站都是通過服務器自動分配地址方式獲得IP地址的，因此當筆者看到本地無連接或者本地連接受到限制之類的錯誤提示時，條件反射地認為該故障肯定是由于工作站沒有及時從DHCP服務器中申請到IP地址造成的。為了檢驗該工作站是否獲得了IP地址，筆者在該工作站的系統桌面中單擊了“開始”按鈕，從彈出的“開始”菜單中執行“運行”命令，打開系統的運行對話框，并在其中輸入了“cmd”字符串命令，單擊“確定”按鈕后，將系統界面切換到MS-DOS工作窗口；在該窗口的DOS命令行中，輸入字符串命令“ipconfig /all”，單擊回車鍵后，筆者從其后出現的結果信息中看到該工作站使用的IP地址為“169.254.0.8”（如圖1所示），從該結果我們不難看出本地工作站的確沒有從局域網DHCP服務器中獲得正確的IP地址，因為當工作站連續幾次嘗試向DHCP服務器申請不到IP地址時，系統就會自動從169.254.0.1~169.254.255.254范圍內為本地工作站分配一個IP地址。那究竟是什么原因導致本地工作站無法從DHCP服務器中獲得有效的IP地址呢？

會不會是連接到這臺工作站的網絡線纜有問題呢？為了驗證自己的猜想，筆者將連接到該臺工作站的網絡線纜拔下來并順勢插入到自己帶來的筆記本電腦中，結果發現使用了靜態IP地址的筆記本電腦能夠正常訪問到局域網服務器中的資源，這表明連接這臺工作站的網絡線纜是正常的。接下來筆者懷疑是單位局域網中的DHCP服務器出了問題，于是根據這一思路，筆者以超級管理員身份登錄進了局域網服務器系統，并對其中的DHCP服務器設置進行了仔細查看，但并沒有找到任何值得懷疑的地方。

會不會是DHCP服務器中的地址租約期限到期，從而引起工作站無法從DHCP服務器中申請獲得IP地址呢？依照這一分析，筆者打開了DHCP服務器的控制臺窗口，并進入DHCP服務器的作用域屬性設置界面，找到其中的“地址租約”設置選項，然后將無法申請到IP地址的目標工作站記錄從中刪除掉，再執行一次刷新操作。接下來重新回到無法申請到IP地址的目標工作站系統中，并依次單擊“開始”/“運行”命令，在彈出的系統運行對話框中，輸入字符串命令“ipconfig /release”，單擊“確定”按鈕后，我們就能將該工作站占用的IP地址釋放出來；緊接著再在系統運行對話框中，執行一下“ipconfig /renew”字符串命令，這樣的話本地工作站就能重新向局域網DHCP服務器申請IP地址了，可是筆者發現經過上述努力，該故障工作站系統仍然彈出本地無連接或者本地連接受到限制之類的錯誤提示。

不過筆者發現當在故障工作站中執行“ipconfig /renew”字符串命令時，該工作站系統竟然出現了類似“RPC系統服務不能使用”的提示信息，難道本地無連接或者本地連接受到限制之類的錯誤是由RPC系統服務引起的？到了這個時候，筆者也是寧可信其有、也不信其無了，于是迅速用鼠標右鍵單擊了本地工作站系統桌面中的“我的電腦”圖標，從彈出的快捷菜單中執行“管理”命令，打開對應工作站的計算機管理窗口；在該管理窗口的左側顯示區域，筆者用鼠標依次展開了“服務和應用程序”/“服務”項目，在對應“服務”項目的右側列表區域中，筆者找到了其中的“Remote Procedure Call (RPC)”，并用鼠標右鍵單擊了該服務選項，從隨后彈出的右鍵菜單中單擊“屬性”命令，打開系統服務屬性設置界面；在該界面的“常規”標簽頁面中，筆者果然看到了該服務在當前時刻正處于停止運行狀態；于是筆者單擊了這里的“啟動”按鈕，并在“啟動類型”設置項處將該服務設置為“自動”，最后單擊“確定”按鈕。原以為這次一定能夠解決本地無連接或者本地連接受到限制之類的故障了，可是當筆者嘗試重新連接局域網服務器時，系統仍然無法從DHCP服務器中獲得IP地址。

到了這里，筆者真不知道該如何往下排查了，會不會是故障工作站的網卡設備出現了問題？就在筆者準備退出系統服務列表窗口，關閉系統拔出網卡設備的時候，筆者偶然之間看到系統服務列表窗口中的“DHCP Client”服務也處于停止運行狀態，從這個服務的名稱來看，筆者認為很有可能是這種服務的意外停止導致了工作站無法從DHCP服務器中獲得IP地址。依照這個推斷，筆者迅速用鼠標雙擊系統服務列表窗口中的“DHCP Client”服務，在其后彈出的服務屬性設置界面中（如圖2所示），單擊“啟動”按鈕，先將“DHCP Client”服務重新啟用起來，然后將該服務的啟動類型設置為“自動”，以便確保該服務日后能隨系統一起啟動運行。重新啟用了“DHCP Client”服務后，筆者再次打開了故障工作站的系統運行對話框，并在其中重新運行了“ipconfig /renew”字符串命令；嘿，這一次工作站竟然能夠從DHCP服務器中獲得IP地址了，當筆者再次嘗試訪問局域網服務器中的資源時，該工作站系統再也沒有出現無法連接的故障提示，而且在該工作站系統的托盤區域處筆者發現本地連接圖標上的黃色感嘆號也消失了，當筆者將鼠標移動到本地連接圖標上時，本地無連接或者本地連接受到限制之類的錯誤提示也沒有了，這說明上面提到的故障現象已經被順利地解除了。

故障總結

雖然上面的故障已經被順利解決了，但筆者對上面的故障產生原因仍然感到納悶，在默認狀態下工作站系統往往會自動啟用“Remote Procedure Call (RPC)”服務和“DHCP Client”服務的，為什么該故障工作站的這幾個系統服務都會停止運行呢？筆者起初還認為這是網絡病毒在“作祟”呢，后來隔壁的同事告訴筆者說，最近為了提高該工作站的運行速度，他從網上下載并安裝了超級兔子，并利用該應用程序對該工作站系統進行了自動優化；雖然通過優化操作后，該工作站的運行速度比以前有了明顯改善，可是當嘗試訪問局域網服務器中的資源時，就出現了上面的故障現象。很明顯，上面的故障現象是由于優化軟件意外停止系統相關服務引起的，所以我們日后在對工作站系統進行優化操作時，盡量少用自動優化功能，以防止工作站系統出現莫名其妙的故障現象。

【相關文章】

• Fluke Networks：排除計算機網絡連接故障
  

• 局域網故障的維護方法
  

• ADSL故障之由軟件引起的故障