当遇到dhcp网络服务器状态异常时，最优先的处置顺序是：先确认服务进程是否存活，再检查地址池余量，最后排查物理链路与广播报文，多数情况下问题出在这三个环节之一。
dhcp服务器状态异常排查步骤
dhcp服务器状态异常通常表现为客户端右下角网络图标带黄色感叹号、无法自动获取IP地址、内网频繁掉线重连，这些现象背后对应的是服务停摆、地址池枯竭或报文被阻断三类问题。
第一步：确认服务是否真的“活着”
在Windows Server上，打开“服务器管理器-工具-DHCP”，右键根节点选择“所有任务-重新启动”，如果服务已停止，此操作可以直接拉起服务。
对于Linux环境,使用systemctl status dhcpd查看服务状态，返回active (running)表示正常，failed则说明配置有语法错误，用journalctl -u dhcpd --since today查看今日日志，排查配置加载失败的具体原因。
行业共识认为,多数dhcp服务器状态异常属于长时间运行后的内存碎片累积或网卡驱动休眠导致，重启服务进程能解决相当一部分临时性问题。
第二步：检查地址池是否“塞车”
打开DHCP管理控制台,展开IPv4作用域，红色向下的箭头表示作用域已停用，右键选择“激活”即可恢复分配。
查看“地址租约”列表，如果剩余地址数量低于总量的10%，就该考虑扩容或调整租期，在作用域属性中，DHCP租期默认是8天，对于人员流动大的办公场所，建议缩短到24小时以加速地址回收。
地址池枯竭时的典型表现为：部分用户能获取IP但跨网段不通，新加入的设备干脆要不到地址，同一个终端反复获取到不同网段的IP。
第三步：排查“哑巴”状态的物理链路
如果服务进程正常、地址池充足，但仍然大面积获取不到地址，需要检查交换机端口的DHCP Snooping配置，开启Snooping的交换机端口，如果没有正确设置为trust口，会丢弃所有DHCP请求报文，导致服务器端完全收不到任何请求。
检查核心交换机的display dhcp snooping输出，确保服务器所连端口标记为trust，同时确认交换机上是否有ACL规则误封了UDP 67/68端口，DHCP依赖这两个端口通信，一旦被阻断就会变成“聋子”。
dhcp获取不到ip地址怎么解决
这是最常被搜索的具体问题,用户在实际运维中遇到的状况远比教科书复杂，以下按故障面从大到小给出解决路径。
客户端层面的快速自检
手动释放再续约总是第一步,在Windows命令行执行ipconfig /release后再执行ipconfig /renew，若执行renew时长时间卡在“正在获取”，说明客户端没有收到任何回应。
检查客户端防火墙是否允许“文件和打印机共享”规则，Windows防火墙的公共配置文件档位会封锁DHCP请求，将网络位置改为“专用网络”即可绕过这个问题。
网卡驱动的高级设置里,如果开启了“绿色以太网”或EEE节能模式，网卡在低流量时会自动休眠，导致收不到dhcp服务器的响应，在设备管理器网卡属性的“高级”选项卡中，禁用这类节能选项。
跨网段场景下的中继配置
当客户端与服务器不在同一广播域时,必须配置DHCP中继或IP Helper，在核心交换机上找到对应VLAN的SVI接口，执行ip helper-address [服务器地址]，漏配、错配中继是最隐蔽的故障源服务器日志完全干净，可客户端就是拿不到地址。
检查中继是否配置了错误的网关地址,如果SVI接口下的helper地址指向了服务器不存在的网段，请求同样会石沉大海。
无线场景特有的干扰因素
无线控制器上如果开启了“无线终端隔离”或“AP间快速漫游”但未正确下发VLAN映射，会导致dhcp服务器状态异常虽然正常，但无线用户始终请求不到地址，在无线AC的SSID配置中确认“VLAN透传”字段是否与有线接入层一致。
部分AP设备内置了自带的DHCP服务端作为“应急功能”，这在多AP部署时会造成地址分配冲突，表现为终端每隔几分钟断开重连，获取的IP忽变，检查AP管理界面，关闭内置DHCP兜底功能。
安全攻击导致的dhcp网络服务器状态异常
有相当一部分场景下,服务器状态异常是被“骗”出来的，内网存在伪DHCP服务器会抢答客户端的请求，导致合法服务器分配出去的地址被迅速占用，设备状态在管理控制台里呈现出大量租约冲突。
排查和定位伪造服务器
合法服务器的地址租约信息中,出现“BAD_ADDRESS”标记，就说明有伪造源在用别人网段的地址池发送response，在交换机上配置DHCP Snooping为全局启用，然后逐个端口设置信任级别，这个过程需要业务中断切换，建议安排在业务低峰期操作。
定位到伪造设备后,将该端口强制shutdown，同时保留抓包文件留存备查，近年来，家用路由器误插内网口导致的伪DHCP问题在企业办公环境中占比上升，网线插错位置这种物理错误比恶意攻击更常见，需要注意的是，这类事件通常发生在搬迁办公位或调整工位之后。
抑制DHCP报文洪泛的常见手段
在不启用Snooping的接入交换机上,可以通过风暴控制功能来限制广播报文速率，华为交换机的broadcast-suppression和思科的storm-control broadcast level，都可以将单位时间内的DHCP报文数量限制在合理范围，避免攻击流量打爆服务器CPU。
日常维护dhcp服务器状态的清单
定期巡检比事后扑火更重要,围绕dhcp服务器状态异常排查步骤建立周期性检查计划，能有效降低故障频率。
日志留存与告警阈值设置
在DHCP服务器的“IPv4-属性”中，启用“默认DHCP审核日志记录”，将日志默认的7天保留期延长到30天，更稳妥的方式是把日志路径指向独立数据盘，免得C盘空间被填满后引发的连锁故障。
空间充足的前提下,设置地址池余量告警：当可用地址低于20%时通知告警、低于10%时升级为警告，主流的监控系统Zabbix和Prometheus都有官方或社区维护的DHCP监控模板，配置成本不高。
配置备份与恢复演练
导出DHCP配置文件的动作很简单,但很多人漏掉了配合演练，Windows用netsh dhcp server export [路径] all导出全量配置，Linux直接备份/etc/dhcp/dhcpd.conf和/var/lib/dhcpd/dhcpd.leases两个文件。
形式上备份只是文件拷贝,但恢复操作需要在全新环境过一遍，验证租约数据库能否与配置文件有效匹配，每季度做一次“模拟服务器意外宕机后的快速重建”演练，能保证真出问题时不会手忙脚乱。
服务器时间同步的重要性
一个日常极容易被忽视但影响巨大的因素：DHCP服务器的系统时间不能偏差过大，租约协商过程中涉及时间戳校验，时间偏差达到数分钟就会导致地址租约即时失效，客户端成功获取IP后立刻被判为过期，形成“获取-断开-再获取”的死循环。
确保服务器已正确加入AD域的时间同步或配置了可靠的NTP源,这属于基础环境问题，但引发的网络故障往往被认为是从DHCP服务器异常开始排查的。
dhcp服务器状态异常常见问答
问：DHCP服务显示已启动但客户端就是拿不到地址，可能是什么原因？
先抓包验证客户端请求是否到达服务器,在服务器上使用Wireshark或tcpdump监听UDP 67端口，如果抓不到请求，问题在中继或交换机端口；如果能抓到请求但没有回应，检查服务器是否配置了对应VLAN的地址池、是否启用了“为DNS和DHCP客户端自动激活默认路由”之外的其他策略选项，按这个顺序排查，多数情况下能定位到问题根源。
问：更换核心交换机后出现dhcp网络服务器状态异常时先查什么？
优先检查新交换机上的DHCP中继配置和SVI接口状态,换交换机后最容易遗漏的就是ip helper-address命令没有迁移过来，这种原因的占比最高，其次是确认新交换机的VLAN划分是否与原有配置完全一致，尤其是Trunk接口的放行列表，基础配置层面的差异，足以让整个网络的地址分配各自为政。
问：地址池显示还有剩余地址，但新机器就是分配不到IP，这是怎么回事？
检查地址池的“排除范围”和“保留”设置，可能出现保留地址与排除地址之间存在冲突信息，另外确认新机器的MAC地址是否被管理员在“筛选器”中禁用，或者是否符合“策略筛选”中预留的网段条件，地址池剩余数量充足不等于可用地址充足，部分地址可能因租约冲突或多次租用失败被标记为不活跃，需执行“协调作用域层级”释放这些备用地址。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/709739.html
