DHCP 排障：客户端侧与设备侧命令对照

疑点集中在“请求到底发没发出去”时：客户端先做释放/续租与抓包，服务器侧再开事件调试或看统计，两侧对齐时间点定位丢在哪一跳。

网络设备配置速查网络更新于 2026-10-12

场景	抓 DHCP 交互过程
适用	Windows/Linux 客户端 + 三厂设备

客户端（Windows / Linux）

ipconfig /all          # 看租约来源与 DHCP 服务器
ipconfig /release && ipconfig /renew
tcpdump -i eth0 -n port 67 or port 68   # Linux 抓四步交互

华为 VRP

display dhcp client verbose        # 客户端地址/租期/DNS
display dhcp server statistics     # 服务端收发包统计
display dhcp server ip-in-use      # 已分配地址列表
display dhcp relay statistics      # 中继侧再看一遍

思科 IOS

terminal monitor
debug ip dhcp server events
show ip dhcp server statistics
show ip dhcp binding
undebug all

H3C Comware

display dhcp client verbose
display dhcp server statistics     # 服务端收发包统计
display dhcp server ip-in-use      # 已分配地址列表
display dhcp relay statistics      # 中继侧再看一遍

差异：客户端侧 Windows 用 ipconfig、Linux 用 dhclient/tcpdump；设备侧调试输出只在该终端可见。开调试前确认业务低峰并及时关闭。

易错点

只盯服务器侧统计：请求若被中继或安全特性丢弃，服务器端毫无记录，容易误判为“服务器故障”

数据来源与参考

Windows ipconfig 文档
Cisco IOS debug ip dhcp server events
华为/H3C DHCP 统计命令

继续搜索

常用关键词：3389 traceroute iptables 子网掩码 docker

‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌