客户端未获IP时，应先用dhclient -v -1 eth0验证是否发出DHCPDISCOVER；若无发送则查网卡状态与物理连接，若发出未收OFFER则排查服务端、链路或防火墙，再结合tcpdump抓包与日志定位具体环节。
Linux中DHCP获取失败，核心是客户端没拿到IP，但原因可能出在服务端、网络链路、本地配置或防火墙多个环节。排查要从“客户端是否发出请求”开始，一层层往回验证。
看客户端有没有发DHCP请求
用 dhclient -v -1 eth0（把 eth0 换成你的真实接口名）手动触发一次获取过程，加 -v 能看到完整交互日志：
- 如果卡在 Listening on LPF/eth0/xx:xx:xx:xx:xx:xx 后没反应，说明没发出 DISCOVER 报文——可能是网卡没启用、物理断开、或驱动异常
- 如果看到 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 但没收到 OFFER，问题大概率在服务端或中间链路
- 如果收到 OFFER 但没发 REQUEST，或发了 REQUEST 却没收到 ACK，可能是租约冲突、MAC 过滤、或服务器地址池耗尽
抓包确认DHCP通信是否到达服务端
在客户端或服务端执行 tcpdump -i eth0 -n port 67 or port 68，然后运行 dhclient -r eth0 && dhclient eth0：
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
- 客户端能发 DISCOVER，但服务端抓不到 → 检查物理连接、交换机VLAN、虚拟机网卡模式（NAT/桥接）、或中间防火墙拦截广播
- 服务端能收到 DISCOVER 并发了 OFFER，但客户端收不到 → 检查客户端网卡是否启用了混杂模式（某些虚拟环境需开启）、或ARP表异常
- 客户端收到 OFFER 但没发 REQUEST → 查 /var/lib/dhcp/dhclient.leases 是否残留旧租约导致状态混乱，可先 rm -f /var/lib/dhcp/dhclient.leases*
检查DHCP服务端是否就绪
即使你不是管理员，也建议快速确认服务端基础状态：
- 运行 systemctl status isc-dhcp-server（Ubuntu/Debian）或 systemctl status dhcpd（RHEL/CentOS），看是否 active (running)
- 查配置文件语法：sudo dhcpd -t -cf /etc/dhcp/dhcpd.conf，报错必须修复
- 确认服务绑定的网卡正确：检查 /etc/default/isc-dhcp-server 中 INTERFACESv4="eth0" 是否匹配实际接口名
- 查看服务日志：journalctl -u isc-dhcp-server -n 30 -f，重点找 “no free leases”、“wrong network”、“not authoritative” 等提示
排除本地干扰因素
NetworkManager 和 systemd-networkd 可能和手动 dhclient 冲突：
- 临时停用 NetworkManager：sudo systemctl stop NetworkManager，再试 dhclient
- 检查 /etc/network/interfaces（Debian系）或 /etc/sysconfig/network-scripts/ifcfg-eth0（RHEL系）中 BOOTPROTO 是否设为 dhcp，且 ONBOOT=yes
- 确认没有静态IP配置覆盖了DHCP行为，比如 ip addr show eth0 显示已有别的IP，可能来自之前手动设置或残留脚本
- 防火墙别漏掉UDP 67/68：运行 sudo iptables -L INPUT | grep 67，若无放行规则，加一条 sudo iptables -I INPUT -p udp --dport 67:68 --sport 67:68 -j ACCEPT
