网卡无法自动获取IP，核心是DHCP流程中断，须从客户端是否发出请求开始，逐层排查接口状态、物理连接、DHCP交互、服务端响应及本地干扰。
网卡无法自动获取 IP，核心是 DHCP 流程中断在某个环节。排查要从客户端是否发出请求开始，逐层验证物理链路、协议交互、服务端响应和本地干扰。
看网卡有没有真正启用
接口状态是基础前提。运行 ip link show usb0（把 usb0 换成你的实际接口名，如 ens33、eth0）：
- 若显示 state DOWN，说明内核没启用该接口：执行 sudo ip link set usb0 up
- 若显示 state UP 但没有 LOWER_UP，说明物理连接失败：查网线、USB 插拔、交换机端口灯，或用 sudo ethtool usb0 看 Link detected: no
- 若连接口名都看不到（ip link 列表里没有），可能是驱动未加载：运行 lsusb 和 dmesg | grep usb 确认设备识别，再查 ethtool -i usb0 看驱动是否绑定
确认 DHCP 请求有没有发出去
手动触发一次完整流程，加详细日志：
- 执行 sudo dhclient -v -1 usb0
- 如果卡在 Listening on LPF/usb0/xx:xx:xx... 后无反应 → 没发出 DISCOVER：检查网卡状态、驱动、防火墙拦截 UDP 68 端口
- 如果看到 DHCPDISCOVER on usb0 to 255.255.255.255 port 67 但无后续 → 请求发出，服务端或链路有问题
- 如果收到 OFFER 却不发 REQUEST，或发了 REQUEST 没 ACK → 可能租约冲突、MAC 过滤、地址池耗尽
抓包验证通信是否到达服务端
在客户端或服务端执行：
- sudo tcpdump -i usb0 -n port 67 or port 68，然后再次运行 dhclient usb0
- 客户端能发 DISCOVER，服务端抓不到 → 查物理连接、VLAN、虚拟机网络模式（NAT/桥接）、中间防火墙是否过滤广播
- 服务端收到 DISCOVER 并发了 OFFER，客户端收不到 → 检查客户端网卡混杂模式（某些虚拟环境需开启）、ARP 表异常、或 usb0 接口被 NetworkManager 排除管理
- 客户端收到 OFFER 但没发 REQUEST → 清理旧租约：sudo rm -f /var/lib/dhcp/dhclient.leases*，再试
排除本地服务冲突与配置干扰
Linux 常有多套网络管理服务并存：
- 临时停用 NetworkManager：sudo systemctl stop NetworkManager，再试 dhclient
- 检查是否被 systemd-networkd 管理：journalctl -u systemd-networkd -f 实时观察日志
- 确认配置文件没禁用 DHCP：Debian 系检查 /etc/network/interfaces 中 usb0 是否设为 dhcp；RHEL 系检查 /etc/sysconfig/network-scripts/ifcfg-usb0 中 BOOTPROTO=dhcp 且 ONBOOT=yes
- 查看是否有 udev 规则导致接口重命名或屏蔽，尤其 USB 网卡易受此影响
