|
||||
我們知道,要是局域網工作站無法與DHCP服務器建立聯系時,那麼該工作站就無法從局域網網絡中搜索到DHCP服務包,這個時候Windows系統將會擅自做主地為該工作站一個以169.254開頭的缺省IP地址。而這臺新工作站無法獲取任何IP地址,這就意味著該工作站是能夠從局域網網絡中與DHCP服務器建立聯系的,問題只是出現在更新IP地址方面。
會不會是DHCP服務器內部出現了什麼故障,導致其不能正常為局域網工作站分配IP地址服務呢?為了驗證自己的猜想是否正確,筆者於是在辦公室的其他一臺能夠正常上網的工作站中,打開系統的運行對話框,並在其中執行了『ipconfig /release』字符串命令,結果該命令很快就被執行完畢了,這說明該工作站的IP地址已經被釋放出來;接著筆者又一次執行了『ipconfig /renew』字符串命令,這次筆者看到系統屏幕並沒有出現一直更新IP地址的提示,而是提示地址更新操作成功,這又表示DHCP服務器的地址分配服務不存在任何問題。
在排除了DHCP服務器自身因素後,筆者又將懷疑的目光轉向了連接新工作站的網絡接口。為了測試該網絡接口是否正常,筆者特地不厭其煩地將上網正常的工作站連接到無法上網的網絡接口中,經過測試發現其他工作站可以通過該網絡接口進行上網,這說明連接新工作站的網絡接口也沒有任何問題。
難道是新工作站系統自身有問題?在萬般無奈之下,筆者只好將『罪責』全部推向新工作站系統自身。考慮到工作站系統自身如果出現問題的話,無非就是系統遭受到網絡病毒襲擊,或者系統的相關DLL文件受到了損壞。為此,筆者先用最新版本的殺毒軟件對新工作站系統進行了病毒查殺操作,經過長時間地查殺病毒後,沒有找到任何病毒的『身影』,這說明無法享受DHCP服務故障與網絡病毒無關。之後,筆者又在新工作站系統中執行了『sfc /scannow』字符串命令,以嘗試修復系統受損的文件,等到修復操作結束時系統也沒有提示有任何文件得到了修復,這說明系統本身運行也是正常的。