统信UOS连接WiFi卡在“获取IP中”说明DHCP租约失败，需依次排查：1. 物理及rfkill开关状态；2. 强制释放并重获DHCP租约（sudo dhclient -r && sudo dhclient -v）；3. 改用静态IP验证链路层是否正常；4. 检查NetworkManager服务状态及DHCP日志；5. 排查路由器DHCP服务异常（地址池、AP隔离、WPA3兼容性等）。
统信UOS连接某些WiFi时卡在“获取IP中”，界面显示已连接但无网络图标、无法打开网页、终端ping网关超时——这说明DHCP租约阶段失败，系统未能从路由器拿到有效IPv4地址，问题集中在客户端配置、路由器响应或协议兼容性环节。
确认无线模块物理与软开关状态
部分国产笔记本（如长城、同方、中科曙光）的无线模块默认被BIOS或硬件开关禁用，即使系统识别出wlan0，也无法发起DHCP请求。
按下 Fn + F12（多数统信预装机型适用），观察右下角是否弹出“Wireless enabled”提示；若无反应，翻看笔记本左侧/右侧边缘，找到标有飞机或WiFi图标的物理拨杆，拨至凸起端。
执行 rfkill list，重点查看输出中是否含 wlan 或 wifi 条目且 Soft blocked: yes。若是，立即运行 sudo rfkill unblock wifi，再执行 rfkill list 确认所有条目均为 no。
强制释放并重获DHCP地址
这是最常见效的一步：图形界面显示“正在获取IP”却停滞，往往因旧租约残留或DHCP客户端僵死导致。
打开终端，依次执行：
sudo dhclient -r wlan0 → 清除当前无效租约（若提示 interface not found，请将 wlan0 替换为 ip a 中实际显示的无线接口名，如 wlp3s0）
sudo dhclient -v wlan0 → 启动详细模式DHCP请求，实时观察是否收到 DHCPACK 响应。若卡在 Trying 192.168.1.1... 超过15秒，说明路由器未响应DHCP Discover包。
注意：不要跳过 -v 参数，它能直接暴露是客户端发不出请求，还是路由器根本不回复。
绕过DHCP改用静态IP临时验证
如果上述操作仍卡住，说明问题极可能出在路由器DHCP服务本身——比如地址池耗尽、服务崩溃、ACL策略拦截或802.11r快速漫游兼容性异常。此时用静态IP可跳过DHCP环节，直测三层连通性。
方法一：图形界面设置
点击右下角网络图标 → “编辑连接” → 选中当前WiFi → “IPv4设置” → 将“方法”从“自动(DHCP)”改为“手动” → 点击“添加” → 输入IP地址（如 192.168.1.128）、子网掩码（255.255.255.0）、网关（即路由器管理地址，通常为 192.168.1.1）→ DNS填 114.114.114.114 或 223.5.5.5 → 保存后断开重连。
方法二：命令行一键覆盖（推荐）
执行：sudo ip addr flush dev wlan0 → sudo ip addr add 192.168.1.128/24 dev wlan0 → sudo ip route add default via 192.168.1.1 → echo "nameserver 114.114.114.114" | sudo tee /etc/resolv.conf
执行完立刻测试：ping -c 3 192.168.1.1 成功即证明物理链路和路由层正常，问题锁定在路由器DHCP服务。
检查NetworkManager服务与DHCP客户端日志
第一步：确认NetworkManager处于活跃状态
执行 systemctl status NetworkManager，若显示 inactive (dead) 或 failed，运行 sudo systemctl restart NetworkManager 并等待5秒。
第二步：抓取DHCP交互原始记录
执行：sudo journalctl -u NetworkManager -n 50 --no-pager | grep -i dhcp
重点关注是否有 dhcp4 (wlan0): state changed unknown -> bound —— 若始终停留在 init-prep 或 selecting，说明DHCP发现阶段就失败；若出现 timeout 或 no lease，则路由器未返回任何响应。
第三步：验证dhclient进程是否被屏蔽
执行 ps aux | grep dhclient，若无任何输出，说明NetworkManager未调用DHCP客户端——此时需检查 /etc/NetworkManager/NetworkManager.conf 中是否误加了 dhcp=none 行，若有，注释掉该行并执行 sudo systemctl restart NetworkManager。
排查路由器端DHCP异常
当UOS用静态IP能通网关但DHCP始终失败，必须转向路由器排查：
① 登录路由器后台（浏览器输入 192.168.1.1 或 192.168.0.1），确认“DHCP服务器”开关为开启状态；
② 查看“地址池范围”，例如起始 192.168.1.100 → 结束 192.168.1.149，若已接入设备达50台，地址池极易耗尽，将结束地址改为 192.168.1.199；
③ 关闭“AP隔离”或“客户端隔离”功能——该功能会阻止DHCP OFFER广播到达UOS客户端；
④ 暂时关闭“WPA3”或“混合加密模式”，改用纯WPA2-PSK，部分老款UOS内核驱动对WPA3的DHCP握手存在兼容缺陷；
⑤ 若路由器支持，启用“DHCP日志”，观察UOS的MAC地址（执行 ip link show wlan0 | grep ether 获取）是否出现在请求列表中，但无对应分配记录。
