在现在【zài xiàn zài】生活中，路由器【yóu qì】🕊担当了⚾很多要🧠的作用，兼职较【jiān zhí jiào】多服务【duō fú wù】器功能，这样的规划确实方便了管理【le guǎn lǐ】和维护【hé wéi hù】，但也为【dàn yě wéi】网络的【wǎng luò de】安全🥋、稳定运行埋下🐜了隐患，一旦网🥈络发生【luò fā shēng】故障📕，对整个🤱局域网的影响🥓几乎是毁灭性的，本篇介【běn piān jiè】绍如何🐛解决路由器【yóu qì】🕊无法分配【pèi】IP地址🈹。

一、如果发【rú guǒ fā】现客户端大部分无法登录，登录后🎵无法获取IP或者速【huò zhě sù】度非常【dù fēi cháng】慢🧦，另外一【lìng wài yī】🐫个部门💺也反映大面积🚳网络不【wǎng luò bú】通【tōng】，在操作【zài cāo zuò】系统的🍁命令【lìng】提🐵示符中🐈中使用网络命令【lìng】ipconfig，发现客户端机器无法获得🙇IP地址【dì zhǐ】。

因此可以肯定是此原【shì cǐ yuán】因使得不能访【bú néng fǎng】♟问网络【wèn wǎng luò】，重新启【chóng xīn qǐ】🤾动计算【dòng jì suàn】机故障依旧，证明问题不是出在客🔳户机上，查看交🎮换机指示灯显📈示状态正常，没有因【méi yǒu yīn】堵塞产生死机【shēng sǐ jī】的现象【de xiàn xiàng】📁，那么问【nà me wèn】🧙题只能🎐是出在路由器🚠。

二、要理解✳导致DHCP服务器相应变【xiàng yīng biàn】慢的原因，我们有【wǒ men yǒu】必要了【bì yào le】📪解一下【jiě yī xià】DHCP服务的🏺工作过【gōng zuò guò】🦂程📔。如果在🙃局域网中部署【zhōng bù shǔ】🛳了【le】DHCP服务器，并且客【bìng qiě kè】户端🛋设置为自动获得IP地址【dì zhǐ】🏪，这样当🕎DHCP客户端【kè hù duān】🛋第一次🐭登录网络的时📐候【hòu】，也就是客户端【kè hù duān】🛋发现本机上没【jī shàng méi】有任何IP数据设【shù jù shè】定⛓，它会向网络发出一个【chū yī gè】DHCP discover封包。因为客【yīn wéi kè】🔚户端还不知道自己属♐于哪一个网络【gè wǎng luò】，所以封包的来源地址【yuán dì zhǐ】⛅会为0.0.0.0，而目的地址【dì zhǐ】🏪则为255.255.255.255，然后再🔱附上DHCP discover的信息，向网络进行广播🦋。

在windows的预设【de yù shè】⛰默认情况下【kuàng xià】，DHCP discover的等待时间预设为🏕1秒【miǎo】，也就是当客户端将第一个DHCP discover封包送【fēng bāo sòng】📜出去之🅰后【hòu】，在1秒【miǎo】之内没有得【méi yǒu dé】到响应的话🏝，就会进【jiù huì jìn】💔行第二🌾次DHCP discover广播【guǎng bō】🌝。

三、若一直【ruò yī zhí】得不到【dé bú dào】🚪响应的情况下，客户端🖋一共会😬有四次【yǒu sì cì】📩DHCP discover广播(包括第【bāo kuò dì】一次在【yī cì zài】➿内【nèi】)。除了第一次会等待1秒之外【miǎo zhī wài】，其余三🛑次的等👕待时间分别是9、13、16秒。

如果都【rú guǒ dōu】没有得到【dào】🚋DHCP服务器的响应，客户端【kè hù duān】🚃则会显示错误🚄信息，宣告【xuān gào】🕛DHCP discover的失败。之后【hòu】🕠，基于使🕙用者的选择【xuǎn zé】🤐，系统会继续在【jì xù zài】5分钟之后【hòu】🕠再重复一次DHCP discover的过程;

当DHCP服务器【fú wù qì】收到DHCP客户机【kè hù jī】广播的【de】DHCP discover信息后【xìn xī hòu】🆓，它会向【tā huì xiàng】DHCP客户机【kè hù jī】发送😎DHCP offer信息，其中包【qí zhōng bāo】🌧括一个【kuò yī gè】💡可租用🦖的【de】IP地址【dì zhǐ】😠。一旦客🍮户机收到DHCP offer信息，就将使用服务器【fú wù qì】所提供的【de】💵IP地址【dì zhǐ】😠。

四、从DHCP的🍫工作过【gōng zuò guò】程来【chéng lái】🚉分析，客户机🌻无法获得【dé】IP地址应【dì zhǐ yīng】该是DHCP服务器【fú wù qì】⏮没有做出响应，或者是♌DHCP服务器【fú wù qì】⏮做出了🦄响但客户机🌻没有收【méi yǒu shōu】到【dào】DHCP服务器【fú wù qì】⏮的🍫DHCP offer信息造成的【chéng de】⤴。

测试网✌线后首🦒先排除了由于网络硬【wǎng luò yìng】件原因【jiàn yuán yīn】造成客【zào chéng kè】户机收不到【bú dào】DHCP服务器响应的【xiǎng yīng de】🏇可能，由此判断就是💬DHCP服务器没有做【méi yǒu zuò】⛴出正常响应🐭。

五、客户端【kè hù duān】会与服🏼务器之😚间有大量的数据交互【jù jiāo hù】，这些数😞据占用【jù zhàn yòng】了大量的系统资源和网络带宽【kuān】🎨，因此造🚢成DHCP服务器【fú wù qì】🤛的相应【de xiàng yīng】缓慢🍄。这样就【zhè yàng jiù】进入了【jìn rù le】一个恶【yī gè è】😶性循环【xìng xún huán】，而且在网络中充斥着大量的重复请【chóng fù qǐng】求，这些垃圾信息🤘占用了大量带【dà liàng dài】宽【kuān】🎨，形成了网络风【wǎng luò fēng】暴👵，服务器【fú wù qì】🤛需要进【xū yào jìn】🧢行大量【háng dà liàng】的数据传输🚰，这样就【zhè yàng jiù】使得服🏰务器网络端和总线负【zǒng xiàn fù】担过重【dān guò chóng】❕，不仅操作系统🚣进程无🐠法及时【fǎ jí shí】响应客户机发【hù jī fā】出的DHCP请求，而且三🧡个部门谁都无法正常😛工作。

六【liù】、很明显，不堪重负的🤛DHCP服务【fú wù】⛪造成了【zào chéng le】三个部【sān gè bù】门的【mén de】🤛系列故【xì liè gù】障。要从根【yào cóng gēn】🎇本上解〽决问题【jué wèn tí】，只有通过升级服务【fú wù】器💾或者增⛅加服务【jiā fú wù】器💾的🤛数量，做到各【zuò dào gè】司其职⛺，从而避免服务【fú wù】🌩器负担【qì fù dān】🕠过重【guò chóng】。即部署专😆门的【mén de】🤛DHCP服务【fú wù】器💾以供部门的【mén de】🤛IP服务【fú wù】⛪，部署专😆门的【mén de】🤛数据库【shù jù kù】服💙务器以【wù qì yǐ】服务【fú wù】⛪于在线考试系统【tǒng】，部署专😆门的【mén de】文🤰件服务【fú wù】👿器以提供文件服务【fú wù】👿器和提供🔑网络克隆服务【fú wù】⛪。这样💀，虽然需【suī rán xū】要额外【yào é wài】的🤛投入，但是这🎴是必须🕖的🤛。

七、购置专【gòu zhì zhuān】门的服🎅务器对【wù qì duì】💄于诸如学校这样的事业单位【yè dān wèi】不太现🎲实，局域网🔶是个完整的逻辑体系🏽它有其【tā yǒu qí】自身的🖐特点【tè diǎn】，服务器作为网络功能实现的核心必【hé xīn bì】须我们【xū wǒ men】要保证【yào bǎo zhèng】🏆它的正【tā de zhèng】常工作，超过正【chāo guò zhèng】🙁常的使🈶用极限🚴和范围【hé fàn wéi】就会对部分或者整个🐽网络带来意想🤔不到的后果【hòu guǒ】。

通过上面的介【miàn de jiè】🚅绍🦑，我们了⏮解了故障的根😺本原因【běn yuán yīn】所在，这主要【zhè zhǔ yào】是由于DHCP功能超🤼出了所🌿能承担【néng chéng dān】👑限度【xiàn dù】，这是我们在部署局域网时所特别需要注意【yào zhù yì】的事项，否则就会像上【huì xiàng shàng】面路由【miàn lù yóu】🏣器一样罢工了。