故障现象描述
在企业局域网维护过程中，经常遇到Windows Server作为DHCP服务器，但部分或全部客户端计算机无法自动获取IP地址的情况。客户端通常显示“IPv4配置...169.254.x.x”的APIPA地址，或者在网络连接图标上显示黄色感叹号，提示“无Internet连接”且无法访问内部资源。此故障严重影响业务系统的正常运行，需要立即排查。
核心原因分析
DHCP交互过程分为四个阶段：Discover（发现）、Offer（提供）、Request（请求）和 Acknowledge（确认）。客户端无法获取IP，通常意味着这四个阶段的握手在某个环节中断。主要原因包括：
- DHCP服务端服务未运行或异常： DHCP Server服务可能因依赖项（如RPC）故障而停止，或因配置文件损坏无法启动。
- 作用域（Scope）耗尽或配置错误： IP地址池已分配完毕，未添加新地址；或排除范围（Exclusion Range）配置过大，导致可用IP不足。
- 中继代理（Relay Agent）配置缺失： 若DHCP服务器与客户端位于不同子网，路由器上的IP Helper地址未指向DHCP服务器，导致广播包无法跨网段传输。
- 防火墙或安全软件拦截： Windows防火墙或第三方安全软件阻止了UDP 67（服务端）和UDP 68（客户端）端口的通信。
- 客户端网络服务受限： 客户端的Network Store Interface Service或DHCP Client服务被禁用或陷入僵死状态。
标准化排查与修复步骤
第一步：检查DHCP服务端服务状态
首先登录至Windows Server主机，按下 Win + R 键，输入 services.msc 打开服务管理器。找到 Dynamic Host Configuration Protocol 服务，确认其状态为“正在运行”。如果服务处于“已停止”状态，尝试右键点击“启动”。若启动失败，查看弹出的错误代码。
常见错误处理： 如果提示“错误1068：依赖服务或组无法启动”，通常是因为Remote Procedure Call (RPC) 服务未运行。需同时检查并启动 Remote Procedure Call (RPC) 和 Network Location Awareness 服务。
第二步：验证作用域与地址池配置
打开 DHCP控制台（dhcpmgmt.msc），展开服务器节点，检查对应的IPv4作用域。观察 Address Pool 下的剩余地址数量。如果剩余为0或接近0，说明地址池已耗尽。
- 扩容操作： 右键点击作用域 -> Properties -> Address Pool，删除不必要的Exclusion Range，或直接修改作用域属性增加IP地址范围。
- 租约清理： 检查 Leases 节点，看是否有大量僵尸租约。如果有，可右键作用域选择 Deactivate Scope 再 Activate Scope 来强制释放无效租约，但需谨慎操作以避免影响在线主机。
第三步：排查网络中继与连通性
如果客户端与服务器不在同一子网，必须检查三层交换机或路由器的配置。在Cisco或华为设备上，确认VLAN接口下是否配置了 ip helper-address [DHCP_Server_IP]。对于Windows环境下的RRAS（路由和远程访问）服务，需在“IPv4”属性下的“DHCP Relay Agent”中正确设置监听接口和DHCP服务器IP。
测试技巧： 在客户端机器上使用命令提示符执行 ipconfig /all，查看Default Gateway是否正确。如果网关指向错误的设备，可能导致DHCP请求无法到达正确位置。
第四步：检查防火墙端口策略
DHCP通信依赖于UDP协议。确保Windows Server防火墙允许入站连接以下端口：
- UDP 67：DHCP服务器监听端口。
- UDP 68：DHCP客户端监听端口。
可以在服务器上打开 高级安全Windows防火墙，新建入站规则，选择“端口”，协议选“UDP”，特定本地端口输入67，允许连接，应用于所有配置文件。对68端口重复此操作。如果使用了第三方硬件防火墙，同样需确保DHCP Relay功能开启且未阻断相关流量。
第五步：客户端侧重置与驱动修复
当确定服务端正常后，需对客户端进行复位操作。以管理员身份运行CMD，依次执行以下命令清除缓存并重新申请IP：
net stop dhcpclient
net start dhcpclient
ipconfig /release
ipconfig /renew如果仍然失败，可能是Winsock目录或网络栈损坏。执行 netsh winsock reset 和 netsh int ip reset，然后重启计算机。此外，检查网卡驱动程序是否为最新官方版本，过旧的驱动有时会导致DHCP Request包封装异常。
预防与维护建议
为了避免此类故障频发，建议采取以下预防措施：
- 监控告警： 使用SCOM、Zabbix或PRTG等监控工具，监控DHCP服务状态及地址池使用率。当使用率超过85%时触发预警。
- 定期审计： 每季度审查一次DHCP作用域的排除范围和租约时间（Lease Duration）。对于移动设备较多的网络，可适当缩短租约时间（如4小时），以提高IP利用率。
- 冗余部署： 在关键生产环境中，建议配置DHCP故障转移（Failover）模式（负载均衡或热备份），确保单台服务器宕机时，客户端仍能获取IP地址。
总结
Windows Server DHCP故障排查是一个系统性工程，需要从服务端服务、配置、网络架构、安全策略到客户端环境进行逐层剥离。通过上述标准化的排查流程，绝大多数“无法获取IP”的问题都能得到迅速解决。IT运维人员应熟练掌握netsh、DHCP控制台及事件查看器的配合使用，以提升故障定位效率。