客户端无法获取DHCP分配的IP地址，本质是DHCP四步交互在某个环节中断：一、检查基础连通性与接口状态，确保三层可达且网段严格匹配；二、确认全局DHCP服务已启用并正确绑定模式；三、核对地址池参数（network、default-router、租期等）配置无误；四、排查DHCP Snooping、防火墙、DAD冲突等干扰因素。

客户端无法获取 dhcp 分配的 ip 地址，本质是 dhcp 四步交互（discover → offer → request → ack）在某个环节中断。问题不总出在服务器本身，而常卡在链路、配置或策略层面。下面按实际排障逻辑分四类说明。

一、先确认基础连通性与接口状态

DHCP 是基于广播的协议，但广播能传出去的前提是客户端和 DHCP 服务端（或中继）之间三层可达。

• 检查 DHCP 服务所在设备的接口是否已配置合法 IPv4 地址，且状态为 up；执行 display ip interface brief（华为/华三）或 show ip interface brief（思科）验证
• 接口 IP 所在网段必须与 DHCP 地址池的 network 声明严格一致，比如接口是 192.168.5.1/24，地址池就不能写 network 192.168.6.0 mask 255.255.255.0
• 若客户端与服务器不在同一 VLAN 或子网，需确认中间设备（如三层交换机或路由器）是否启用 DHCP 中继，并正确指向服务器 IP；中继接口的 IP 必须和客户端在同一网段
• 用客户端 ping 中继接口或服务器网关，验证二层+三层转发路径是否通畅

二、检查 DHCP 服务是否真正启用

很多故障源于“配置写了，但服务没开”，就像灯泡装好了却没合闸。

Handsfree Windows Control

通过 handsfree-windows CLI控制 Windows 本机应用 (UIA) 和浏览器 (Playwright) 的引导技能，用于自动化或测试桌面应用。

下载

• 全局 DHCP 功能必须显式开启：华为/华三执行 dhcp enable，思科执行 service dhcp，Linux 系统运行 systemctl status isc-dhcp-server 确认服务活跃
• 接口下要明确指定 DHCP 工作模式：如 dhcp select interface（接口地址池模式）或 dhcp select relay（中继模式），不能只配池不绑定
• 验证命令：display dhcp server statistics 应显示收到 Discover 报文数；若 total packets received 为 0，大概率是全局未使能或 UDP 67 端口被拦截

三、核对地址池与关键参数配置

即使服务跑起来了，池子设错也会让分配静默失败。

• 地址池的 network 段、子网掩码必须与接口 IP 网络位完全匹配；excluded-ip-address 不能把整个池都排除掉
• 务必配置 default-router（网关）和 dns-server，否则客户端虽拿到 IP，但无法上网或解析域名；注意 default-router 后面只跟 IP，不能加掩码
• 租期避免设为 infinite，部分模拟器（如 ENSP）或旧版本设备对此支持异常，建议用 lease day 3 这类明确值
• Linux 下还需检查 /etc/default/isc-dhcp-server 中 INTERFACES 是否包含实际监听的网卡名（如 eth0）

四、排查干扰因素与客户端行为

有些问题藏在“看不见”的策略或客户端自身机制里。

• 检查交换机是否启用了 DHCP Snooping，若启用，连接 DHCP 服务器的上行口必须设为 trust，否则会丢弃 Offer 报文
• 防火墙或安全策略可能屏蔽 UDP 67（服务器）和 UDP 68（客户端）端口，Linux 用 iptables -L -n 查，Windows 检查 Defender 防火墙入站规则
• Windows 客户端在收到 IP 后会做 DAD（重复地址检测），发送 ARP 探测；若网络中存在“IP 设备跟踪”等安全功能抢先发 ARP，会导致客户端误判冲突，日志出现事件 ID 4199；可临时执行 Set-NetIPInterface -DadTransmits 0 测试
• 客户端侧可手动释放并重试：ipconfig /release && ipconfig /renew（Windows）或 dhclient -r && dhclient -v（Linux），配合抓包（如 tcpdump -i eth0 port 68）看是否发出 Discover