网络运维：企业内网DHCP地址分配故障排查实用技巧

企业日常办公中，员工笔记本、桌面PC、网络打印机等终端都依赖DHCP自动分配内网IP，一旦出现地址分配故障，会直接导致终端无法接入内网，影响正常业务开展。本文整理一线网络运维实践中，企业内网DHCP地址分配故障排查实用技巧，针对主流三层交换组网的企业内网场景，整理可落地的排查步骤和判断方法。

适用范围：

读者：企业内网运维工程师、IT运维管理员
适用环境：三层交换组网、单/多DHCP服务器的企业内网
本文不讨论：运营商公网DHCP故障、小型家用网络DHCP排查

DHCP地址分配故障常见现象与初步定位

收到故障报障后，第一步先通过故障现象缩小排查范围，常见异常现象可分为四类：

单台终端获取失败：终端显示「无Internet访问」，拿到APIPA地址（Windows等系统DHCP请求失败后自动分配的链路本地地址，网段为169.254.0.0/16）
整个网段/VLAN下所有终端获取失败：所有接入该VLAN的设备都无法拿到合法IP
IP地址冲突频繁：多个终端弹出IP冲突提示，频繁断网重连
部分终端获取IP超时：能拿到地址但耗时超过10秒，开机后长时间无法联网

是否所有DHCP获取失败都是DHCP服务器的问题？
答：不是，超过六成单终端DHCP故障来自终端本地配置或接入层端口错误，比如终端误设静态IP、交换机端口被划入错误VLAN、无线AP VLAN透传配置错误，不需要直接调整服务器配置。

DHCP服务器端故障排查检查项

排除单终端和接入层问题后，优先检查DHCP服务器侧状态，下表整理了常见服务器端故障的检查方法和判断标准：

故障类型	检查命令/操作	判断标准
DHCP地址池耗尽	Linux：查看`/var/lib/dhcpd/dhcpd.leases`租约文件 Windows PowerShell：`Get-DhcpServerv4ScopeStatistics`	可用地址数低于该网段当前接入终端总量的10%，可判定为地址池耗尽
DHCP服务异常停止	Linux：`systemctl status dhcpd` Windows：`Get-Service DHCPServer`	服务状态显示inactive（Linux）或停止（Windows）
侦听接口配置错误	Linux：`ss -ulnp \| grep dhcpd`	dhcpd未绑定对应内网VLAN的物理/逻辑接口，仅绑定了公网出口
Windows AD环境DHCP未授权	查看事件查看器系统日志	日志出现未授权错误，事件ID为1059

地址池耗尽是企业内网最常见的DHCP故障，很多企业常年不清理过期租约，已经离职员工的旧设备、淘汰的物联网设备一直占用地址，最终会把地址池占满。

能否直接清空DHCP租约解决地址耗尽问题？
答：不建议，清空租约会导致所有在线终端需要重新获取IP，可能引发大规模短暂断网。可先临时扩展地址池范围，配置自动回收超过90天的过期租约规则，再分批清理无效租约，操作前必须备份原有租约文件。

DHCP中继与链路配置故障排查

企业内网跨VLAN分配IP，依赖核心交换配置DHCP中继（三层设备转发DHCP广播报文到DHCP服务器的功能），八成以上整网段DHCP故障出在中继配置上。

常见配置错误包括：核心交换对应VLANIF接口未配置DHCP中继、中继指向的DHCP服务器地址错误、接入层交换机没有透传对应VLAN到核心、ACL规则拦截了DHCP的67/68端口报文。

排查时可在核心交换执行对应命令查看中继状态：华为设备用display dhcp relay all，Cisco设备用show ip dhcp relay，确认对应VLAN的中继配置正确。需要抓包验证时，可在DHCP服务器执行tcpdump -i eth0 port 67 or port 68，确认是否能收到终端发来的DHCP Discovery报文。

企业内网DHCP分配故障优先按「定故障范围→查终端接入层→查DHCP服务器→查DHCP中继」顺序排查，修改配置前必须备份预留回退路径。

DHCP地址分配故障排查要点速览

先要确认故障范围：区分是单台终端故障，还是整个VLAN/办公区故障，快速缩小排查方向
单台终端获取不到IP：先检查终端是否误配置静态IP，再尝试切换接入端口，执行ipconfig /release释放地址后执行ipconfig /renew重新获取
整个VLAN下设备都获取不到IP：优先查核心交换对应VLAN的DHCP中继配置，确认DHCP服务器地址指向正确
地址池耗尽不一定要新增网段：多数场景下清理半年以上未更新的过期租约，就能释放足够的可用地址
所有修改DHCP服务器、核心交换配置的操作，都要提前备份原有配置和租约文件，预留回退路径，避免故障扩大