客户端无法获取ip地址时，先看是否有169.254.x.x地址：有则说明dhcp失败后启用了apipa，问题在通信或配置；没有则可能网卡未发请求或物理断开。
windows 客户端获取不到 ip 地址，大概率是 dhcp 流程卡在某个环节。先看有没有 169.254.x.x 这类地址——有，说明 dhcp 失败后启用了 apipa（自动私有地址），问题出在客户端与服务器之间的通信或配置上；没有，可能是网卡根本没发请求，或者物理层已断开。
检查客户端基础状态
确认网络适配器是否启用、驱动是否正常，禁用再启用一次网卡常能重置底层状态。打开命令提示符（管理员），执行：
- ipconfig /all：查看是否显示“DHCP 已启用”，以及当前是否有 IPv4 地址（哪怕只是 169.254.x.x）
- ipconfig /release && ipconfig /renew：强制释放并重新申请。若提示“无法联系 DHCP 服务器”，说明请求未到达或未被响应
- ping 127.0.0.1：验证 TCP/IP 协议栈是否基本可用；不通则需重置协议（见下一条）
重置网络协议栈和服务
DHCP Client 服务异常或 TCP/IP 栈损坏会直接阻断整个流程。操作前请以管理员身份运行命令提示符：
- 运行 sc query dhcpclient 确认服务状态；若为“STOPPED”，执行 net start dhcpclient
- 执行 netsh int ip reset 和 netsh winsock reset，完成后重启电脑——这能清除错误的网络参数和 Winsock 注册表项
- 检查服务启动类型是否为“自动”：在 services.msc 中找到 DHCP Client，双击属性，设为“自动”并确保已启动
排查链路与中间设备干扰
很多问题不在客户端本身，而在路径上：
- 如果用的是交换机或带 VLAN 的环境，确认端口未启用 DHCP Snooping 且上联接口设为“信任”（否则 DHCP 报文会被丢弃）
- 检查是否有私接路由器或无线 AP：它们自带 DHCP 功能，可能抢先分配 192.168.1.x 类地址，导致客户端连错服务源
- 在客户端尝试 ping DHCP 服务器 IP（如知道的话）；若不通，说明二层或三层链路有问题，需逐段排查物理连接、VLAN、路由、ACL
验证服务器端配置有效性
客户端没问题，就该看服务端是否“真在线、真可用”：
- 登录 DHCP 服务器，确认 DHCP Server 服务正在运行，且依赖服务（RPC、SAM）也正常
- 域环境中必须完成 AD 授权，否则服务启动 60 秒后自动关闭（事件查看器中搜 ID 1058）
- 检查对应作用域是否 已启用、地址池是否有余量、排除范围是否误含了客户端 MAC 或 IP
- 留意是否配置了选项 66（启动服务器主机名）：若填了无法解析的主机名，会导致 DHCP 处理线程挂起，所有请求变慢或无响应
