在現(xiàn)在生活中，路由器擔(dān)當(dāng)了很多要的作用，兼職較多服務(wù)器功能，這樣的規(guī)劃確實(shí)方便了管理和維護(hù)，但也為網(wǎng)絡(luò)的安全、穩(wěn)定運(yùn)行埋下了隱患，一旦網(wǎng)絡(luò)發(fā)生故障，對(duì)整個(gè)局域網(wǎng)的影響幾乎是毀滅性的，本篇介紹如何解決路由器無(wú)法分配IP地址。

　　一、如果發(fā)現(xiàn)客戶(hù)端大部分無(wú)法登錄，登錄后無(wú)法獲取IP或者速度非常慢，另外一個(gè)部門(mén)也反映大面積網(wǎng)絡(luò)不通，在操作系統(tǒng)的命令提示符中中使用網(wǎng)絡(luò)命令ipconfig，發(fā)現(xiàn)客戶(hù)端機(jī)器無(wú)法獲得IP地址。

　　因此可以肯定是此原因使得不能訪(fǎng)問(wèn)網(wǎng)絡(luò)，重新啟動(dòng)計(jì)算機(jī)故障依舊，證明問(wèn)題不是出在客戶(hù)機(jī)上，查看交換機(jī)指示燈顯示狀態(tài)正常，沒(méi)有因堵塞產(chǎn)生死機(jī)的現(xiàn)象，那么問(wèn)題只能是出在路由器。

　 　二、要理解導(dǎo)致DHCP服務(wù)器相應(yīng)變慢的原因，我們有必要了解一下DHCP服務(wù)的工作過(guò)程。如果在局域網(wǎng)中部署了DHCP服務(wù)器，并且客戶(hù)端設(shè)置為自動(dòng) 獲得IP地址，這樣當(dāng)DHCP客戶(hù)端第一次登錄網(wǎng)絡(luò)的時(shí)候，也就是客戶(hù)端發(fā)現(xiàn)本機(jī)上沒(méi)有任何IP數(shù)據(jù)設(shè)定，它會(huì)向網(wǎng)絡(luò)發(fā)出一個(gè)DHCP discover封包。因?yàn)榭蛻?hù)端還不知道自己屬于哪一個(gè)網(wǎng)絡(luò)，所以封包的來(lái)源地址會(huì)為0.0.0.0，而目的地址則為255.255.255.255， 然后再附上DHCP discover的信息，向網(wǎng)絡(luò)進(jìn)行廣播。

　　在windows的預(yù)設(shè)默認(rèn)情況下，DHCP discover的等待時(shí)間預(yù)設(shè)為1秒，也就是當(dāng)客戶(hù)端將第一個(gè)DHCP discover封包送出去之后，在1秒之內(nèi)沒(méi)有得到響應(yīng)的話(huà)，就會(huì)進(jìn)行第二次DHCP discover廣播。

　　三、若一直得不到響應(yīng)的情況下，客戶(hù)端一共會(huì)有四次DHCP discover廣播(包括第一次在內(nèi))。除了第一次會(huì)等待1秒之外，其余三次的等待時(shí)間分別是9、13、16秒。

　　如果都沒(méi)有得到DHCP服務(wù)器的響應(yīng)，客戶(hù)端則會(huì)顯示錯(cuò)誤信息，宣告DHCP discover的失敗。之后，基于使用者的選擇，系統(tǒng)會(huì)繼續(xù)在5分鐘之后再重復(fù)一次DHCP discover的過(guò)程;

　　當(dāng)DHCP服務(wù)器收到DHCP客戶(hù)機(jī)廣播的DHCP discover信息后，它會(huì)向DHCP客戶(hù)機(jī)發(fā)送DHCP offer信息，其中包括一個(gè)可租用的IP地址。一旦客戶(hù)機(jī)收到DHCP offer信息，就將使用服務(wù)器所提供的IP地址。

　　四、從DHCP的工作過(guò)程來(lái)分析，客戶(hù)機(jī)無(wú)法獲得IP地址應(yīng)該是DHCP服務(wù)器沒(méi)有做出響應(yīng)，或者是DHCP服務(wù)器做出了響但客戶(hù)機(jī)沒(méi)有收到DHCP服務(wù)器的DHCP offer信息造成的。

　　測(cè)試網(wǎng)線(xiàn)后首先排除了由于網(wǎng)絡(luò)硬件原因造成客戶(hù)機(jī)收不到DHCP服務(wù)器響應(yīng)的可能，由此判斷就是DHCP服務(wù)器沒(méi)有做出正常響應(yīng)。

　 　五、客戶(hù)端會(huì)與服務(wù)器之間有大量的數(shù)據(jù)交互，這些數(shù)據(jù)占用了大量的系統(tǒng)資源和網(wǎng)絡(luò)帶寬，因此造成DHCP服務(wù)器的相應(yīng)緩慢。這樣就進(jìn)入了一個(gè)惡性循環(huán)， 而且在網(wǎng)絡(luò)中充斥著大量的重復(fù)請(qǐng)求，這些垃圾信息占用了大量帶寬，形成了網(wǎng)絡(luò)風(fēng)暴，服務(wù)器需要進(jìn)行大量的數(shù)據(jù)傳輸，這樣就使得服務(wù)器網(wǎng)絡(luò)端和總線(xiàn)負(fù)擔(dān)過(guò) 重，不僅操作系統(tǒng)進(jìn)程無(wú)法及時(shí)響應(yīng)客戶(hù)機(jī)發(fā)出的DHCP請(qǐng)求，而且三個(gè)部門(mén)誰(shuí)都無(wú)法正常工作。
(責(zé)任編輯：VEVB)