修復網絡連接時無法清除DNS緩存問題

修復網絡連接時出現DNS緩存無法清除的問題，
　
1遇到這種情況，我們能采取的最簡單手段是刷新DNS，也就是刪除 DNS 解析器緩存中的條目。點擊“開始”－“運行”－輸入cmd并點擊“確定”，在命令提示符窗口中鍵入：ipconfig /flushdns
2如果上面不行的話，在系統服務里把DNS Client和DHCP client兩個服務組件啟動

針對網絡剪刀手 網絡執法官 網絡特工 等arp欺騙的攻擊 ，可以用網卡修復操作中的清除arp緩存，可以用cmd命令中的 arp -d命令
　　有一個好的辦法是在按鍵精靈中寫一個腳本如下：
　　VBS Set Oshell = CreateObject("wscript.shell")
　　VBS Oshell.run "cmd /c arp -d", vbHide
　　VBS Set Oshell = Nothing
　　VBS End Sub
　　Delay 1000
　　這個就是每隔1秒清除一次arp緩存，可以自己調整延時！！

通過IPConfig提供的信息，可以確定存在于TCP/IP屬性中的一些配置上的問題。例如使用“IPConfig /all”就可以獲取主機的詳細的配置信息，其中包括IP地址、子網掩碼和默認網關、DNS服務器等信息。
　　
　　通過所獲知的信息，可以迅速判斷出網絡的故障所在。例如子網掩碼為0.0.0.0時，則表示局域網中的IP地址可能有重復的現象存在；如果返回的本地IP地址顯示為169.254.*.*，子網掩碼為255.255.0.0，則表示該IP地址是由Windows XP的自動專用IP尋址功能分配的。這意味著TCP/IP未能找到DHCP服務器，或是沒有找到用于網絡接口的默認網關。如果返回的本地IP地址顯示為0.0.0.0，則既可能是DHCP初始化失敗導致IP地址無法分配，也可能是因為網卡檢測到缺少網絡連接或TCP/IP檢測到IP地址有沖突而導致的。
眾所周知每臺計算機要想正常上網需要有一個地址，這個地址就是我們常說的IP地址。在實際工作中身為網絡管理員的我們如何有效的管理這些IP地址呢？為每臺計算機設置對應的IP地址，子網掩碼，網關地址，DNS地址等網絡參數的話固然是可以的，但是非常的煩瑣，工作量大不說，在實際應用中很可能經常會出現沖突的現象。
　　
　　我們如何有效的分配這些網絡參數呢？DHCP服務可以幫我們大忙，通過將DHCP服務配置在專業的服務器上，然后為網絡中所有普通客戶機分配IP等信息是件效率非常高的工作。不過DHCP在為我們網絡管理提供便利的同時也帶來了一些問題。例如網絡帶寬受影響，客戶機經常無法獲得正確的地址信息，甚至是無法獲得任何信息。其實這些故障我們都可以按照一定的規律去解決的，今天就由筆者為各位IT168的讀者全面介紹排查DHCP故障的方法。
　
　　一、概念篇：
　　
　　在介紹排查DHCP故障之前首先為大家闡明幾個概念性的東西，只有理論上充實了，才能更好的理解下面介紹的故障排除的思路。
　　
　　第一：DHCP服務能夠提供什么數據？DHCP服務不是萬能的，他只能提供網絡層相關的參數，例如IP地址，MASK地址，網關地址，WINS與DNS服務器地址等。對于更低層的地址，諸如MAC地址等信息是無法提供的。MAC地址是燒錄在計算機網卡中的。
　　
　　第二：多臺DHCP服務器是否可以同時運行？DHCP服務器是通過廣播包向客戶機發送網絡信息的，因此如果同一個網絡中確切的說是同一個廣播域中存在多臺DHCP服務器的話，就會出現各個服務器提供各自的網絡信息，這樣就造成網絡中廣播數據包的沖突。客戶機不知道該接受哪臺DHCP服務器發來的信息。因此微軟公司設置默認情況下同一個廣播域網絡中只能存在一臺DHCP服務器，后設置建立或啟用的DHCP將無法工作。
　　
　　第三：租約是什么？在配置DHCP服務器過程中會設置租約的天數，那么什么是租約呢？在DHCP服務器將網絡信息分配數據包發給客戶機后會收到客戶機發回的答復數據包，接著DHCP服務器會將已經分配出去的IP地址與從客戶機接收到的該計算機MAC地址建立一個對應關系，并把這個對應關系保存在DHCP服務器的租約池中。為什么需要這個租約池呢？一方面為下次分配網絡參數信息提高了速度。不過如果該MAC地址對應條目的客戶計算機被移到其他地方或者MAC地址發生了改變的話，如果上面建立的對應關系一直保存在DHCP服務器的租約池中就會造成可用的IP地址數量越來越少，很多有效的地址被無效的MAC占用，因此微軟引入了租約這個概念。通過租約我們可以強制每隔一段時間將DHCP服務器的租約池中保存的對應條目全部清空，從而防止了非法MAC地址霸占合法IP的現象。
　　
　　第四：我的客戶機可以從DHCP服務器獲得169.254.*.*形式的IP信息，這句話是錯誤的。為什么呢？微軟公司在windows2000系統中提供了這樣的功能，即如果網絡中不存在任何DHCP服務器，客戶機本地網絡信息又被設置為自動獲得IP方式的話，那么windows2000及其以上操作系統將自動為自己分配一個諸如169.254.*.*形式的IP信息。因此如果你發現自己的客戶機只能獲得169.254.*.*這樣的IP地址的話，說明你的DHCP服務器沒有正常工作。
　　
　　二、客戶端排障：
　　DHCP故障主要有兩個方面，客戶機存在問題以及服務器自身問題。首先我們來介紹下在客戶端進行的排除故障方法。
　　第一步：通過任務欄的“開始->運行->輸入CMD”進入命令行模式。
　　
　　第二步：在命令行模式中輸入ipconfig后回車，看是否可以自動獲得IP地址。
　　小提示：在進行前兩步操作前首先要保證客戶機的IP地址分配方式被設置為自動獲得IP地址。
　　
　　第三步：如果可以獲得正確的IP地址說明DHCP正常，如果發現獲得錯誤的地址，其中包括169.254.*.*這樣的形式，則執行ipconfig
　　/release命令，該命令是將當前獲得的網絡參數信息釋放。
　　第四步：釋放網絡參數后再次執行ipconfig我們會看到當前得到的網絡參數已經為空，所有信息變成0.0.0.0。
第五步：釋放得到的錯誤信息后執行ipconfig /renew將自動獲得新的信息小提示：如果我們不執行釋放IP信息的命令直接運行ipconfig /renew的話將無法重新獲得IP信息。因此第三步必不可少。
　第六步：重新獲得IP信息后我們查看當前的地址參數，如果無法獲得任何信息的話還是要從本機入手解決問題，如果獲得的是錯誤信息的話則需要找到DHCP服務器，對其進行檢查。
　　第七步：將本地網卡禁用然后再次啟用，按照上面介紹的步驟重新做一次。
　　第八步：如果我們知道DHCP服務器的IP地址的話，可以在客戶機上使用ping命令“ping 服務器ip”查看網絡連通情況。
　　
　　第九步：在系統的“事件查看器”中尋找有無關于DHCP服務相關的故障記錄。方法是“開始->控制面板->管理工具->事件查看器”。（
第十步：通過“開始->控制面板->管理工具->服務”打開服務設置窗口，在服務列表中找到dhcp client service。在其上雙擊，然后點停止按鈕，接著再點啟動按鈕將其重新啟動。如果發現該服務本身沒有啟用則更說明了故障的根源所在，直接啟動并設置啟動方式為“自動”即可。
第十一步：打開網絡的本地連接進行修復，方法是“網上鄰居->屬性->本地連接->修復”。系統將自動清除ARP緩存與NETBS信息，接著更新DNS與DHCP服務組件與相關信息
第十二步：如果上面十一步仍然不能解決問題的話，我們只能先使用靜態IP地址與DNS等網絡信息配置本機來進行檢測了。如果配置了靜態IP信息后可以正常上網，連接LAN的話，則說明問題的出在客戶機與DHCP服務器的連接或者DHCP服務器自身上。我們就要將問題的起因放到DHCP服務器上。
　　小提示：有的時候為客戶端設置一個其他用戶，然后使用該用戶登錄也可以解決部分DHCP故障，另外用
　　lspfix.exe或winsockxpfix.exe,修復tcpip的棧區錯誤，結合“開始->運行->輸入sfc
　　/scannow”掃描一遍系統文件也能得到意想不到的結果。
　　三、服務器排障：
　　DHCP服務器的排障方法我們已經介紹過很多了，感興趣的讀者可以查閱以前服務器頻道相關文章。主要的手段就是查詢服務器上的dhcp
　　server的設置是否正常，如果沒有啟用將其開啟。另外還要時不時的將DHCP服務器關閉查看是否網絡中還存在其他DHCP服務器從而產生沖突。另外在網絡建立域的情況下，要想開啟DHCP服務器是需要由域控制對該DHCP服務器授權的，所以授權工作不要遺忘。
　　還需要提的一點就是租約的問題，如果發現DHCP工作正常，一部分客戶機無法獲得IP信息，執行ipconfig
　　/renew提示找不到DHCP服務器，而另外一部分可以正常獲得的話，百分之九十是因為租約的原因，要嘛租約里保存的信息過多，需要我們手工清除一次；要嘛租約時間設置的過長，以至于大量非法MAC占用了有效IP地址。
　　
　　小提示：凡是提供DHCP服務的服務器都必須設置固定IP地址，想在動態獲得IP信息的計算機上啟用DHCP服務是不可以的。而且雖然微軟公司在限制DHCP服務上做了規定，例如同一個網絡中不容許兩臺DHCP存在。但是目前有很多第三方軟件可以建立DHCP服務器，甚至是寬帶路由器也將DHCP功能集成于自身配置中，因此在這種情況下就無法清楚的查詢出網絡中到底存在幾個DHCP服務器了，我們只能將懷疑對象一一關閉或者在交換機及路由器上將懷疑對象進行訪問控制列表過濾。總之網絡中存在非法DHCP服務器引起的網絡故障是非常難解決的，需要反復調查循序漸進。
　　
　　總結：當DHCP服務出現問題時不要盲目的去服務器上查找結果，大部分時候都是因為客戶機故障造成的，另外客戶機與服務器之間的媒介也要值得注意，網線是否連接正常，交換機是否工作正常都是需要考慮的，必要時一定要多多替換，換幾個網線或幾個交換機端口來判斷。切記不要想當然去操作，要腳踏實地的去測量才能得到真正的結果。