问题排查 / FIELD NOTES

Wi-Fi 已连接却不能上网：按链路逐步排查

分清网卡、无线连接、地址、路由、DNS 与浏览器问题，看懂每一步的结果再决定改什么。

资料核对2026-10-12NetworkManager 安装 · Omarchy 文档与源码基准 defbf90e18 分钟阅读

根据公开资料整理，未在实机验证。操作前请核对你的版本与硬件环境。

本篇重点解决“顶栏显示 Wi-Fi 已连接，但网页打不开”。也提供网卡消失与认证失败的分支。首次连接操作见Wi-Fi 上手指南；这里的目标是找出失败发生在哪一环，而不是一次尝试所有修复。

接口名、网络名和输出是教学示例，不是你的设备数据。命令中的 wlp2s0 和网关地址必须替换为本机结果。本文没有在你的网络中执行测试。

1. 从点击连接到打开网页，中间发生什么？

网卡被系统识别
  → 无线开启，发现接入点
  → 通过无线认证
  → 获得地址、路由和 DNS 设置
  → 根据路由访问网络，根据名称查找服务器
  → 浏览器建立连接，完成网站或访客网络认证

NetworkManager 管理连接及其配置；顶栏和 nmtui 是操作入口。驱动让系统使用网卡，DNS 把名称解析成地址，路由决定数据往哪里发送。DNS 查询本身也需要网络，这个顺序是排查思路，不是严格的软件调用图。组件分工

因此“connected”不是“所有网站均可访问”的保证。浏览器还有自己的代理、DNS、扩展与权限，问题不一定在无线连接。

2. 先做对照，保留当前状态

在修改前记录网络名、症状开始时间、浏览器具体错误，以及是否刚睡眠、更新、连接扩展坞或开启 VPN。

对照	结果怎样帮助判断
同一电脑访问另一个网站	只有一个网站失败，先查该站点与应用
同一电脑换浏览器	只有一个浏览器失败，先查它的设置
同一网络的另一设备	多台设备都失败，更值得检查网络侧
同一电脑连接手机热点	热点可用，说明至少一种连接条件下能工作；仍不能排除特定频段、认证或驱动兼容性

先保存输出，再做重连或硬件重启。这样能区分“问题消失了”和“问题原因已经确认”。

3. 网卡存在吗？无线被阻止了吗？

下面几项只查询状态，不修改连接设置：

nmcli device status
nmcli radio wifi
rfkill list

精简教学输出：

DEVICE    TYPE      STATE         CONNECTION
wlp2s0    wifi      connected     Home-WiFi
enp3s0    ethernet  disconnected  --

wlp2s0 是设备名，Home-WiFi 是连接配置名，两者不是同一个东西。下面的设备查询使用前者。

看到的结果	下一步
有 Wi-Fi 设备且 connected	继续查地址与路由
有设备但 disconnected	从网络面板或 `nmtui` 连接，记录认证错误
unavailable 或 unmanaged	查无线阻止、NetworkManager 服务和设备管理状态；不要直接安装第二套管理器
没有 Wi-Fi 行	检查设备识别和服务，改 DNS 不会让缺失网卡出现
Soft blocked: yes	检查软件飞行模式或无线开关
Hard blocked: yes	检查硬件开关、固件或平台状态；软件开关未必能解除

可查询 NetworkManager 服务：

systemctl status NetworkManager --no-pager

active (running) 只证明服务在运行，不证明网卡或互联网正常。服务不运行、设备未管理和驱动缺失是不同问题。当前源码使用 NetworkManager，旧版 iwd 教程不能直接当作本安装的操作步骤。安装源码依据

4. 已连接，是否拿到了可用地址？

替换设备名后执行：

nmcli -f GENERAL,IP4,IP6 device show wlp2s0

下面是简化示意：

GENERAL.DEVICE:       wlp2s0
GENERAL.STATE:        100 (connected)
IP4.ADDRESS[1]:       192.168.50.23/24
IP4.GATEWAY:          192.168.50.1
IP4.DNS[1]:           192.168.50.1

字段	意义	不意味着什么
ADDRESS	本机在该网络中的地址，`/24` 是网络前缀长度	已经可以访问互联网
GATEWAY	访问其他网络的下一跳	网关自身一定能访问互联网
DNS	本连接报告的名称服务器	它一定能回答，或每个应用都使用它

普通家用 DHCP IPv4 网络中，缺少地址或预期网关，先检查地址分配与连接配置。只有 169.254.x.x 时不能据此认为已经获得普通互联网连接；与同网设备和该网络要求对比。

没有 IPv4 不一定表示故障：某些网络使用 IPv6。查看 IP6 以及 IPv6 路由，不能用一个 IPv4 探测替代整个网络判断。

5. 数据实际上从哪里走？

ip route
ip -6 route
ip route get 1.1.1.1

前两个显示路由；最后一个在本机查询到指定 IPv4 目标将使用的路线，不向目标发送探测包。教学输出可能像：

1.1.1.1 via 192.168.50.1 dev wlp2s0 src 192.168.50.23

via 是下一跳，dev 是接口，src 是本机选择的源地址。若它显示 VPN 接口，就不要把所有外网故障都归因于 Wi-Fi。VPN、策略路由和多个接口会让“只看主路由表”不足以解释实际选择。路由查询说明

接下来可测试本机显示的网关，再测试一个外网 IPv4 地址：

ping -c 3 192.168.50.1
ping -c 3 1.1.1.1

第一个地址只适用于前面的示例，换成自己的网关。它们会发送探测包，最多三次：

结果	合理解释
网关和外网都响应	这两条 IP 探测路径可达；继续看名称解析与应用
网关响应，外网不响应	检查网络出口、VPN或策略；外网目标也可能不响应 ICMP
两者都不响应	查本地连接、路由和探测限制，不能单凭超时断定驱动坏了

Ping 成功不能证明 HTTPS 正常；Ping 失败也不能证明互联网一定断开。结合真实网站访问和另一设备的结果判断。

6. 名称解析还是浏览器问题？

通过系统名称解析路径查一个域名：

getent ahosts omarchy.org

返回地址表示这次系统查询得到了结果。它可能来自缓存或其他名称来源，不是单独测试某台 DNS 服务器；没有结果也可能是网络请求失败。浏览器使用自带安全 DNS 或代理时，行为可能与系统查询不同。getent 说明

组合结果	下一步
外网 IP 探测可用，多个系统名称查询失败	DNS 或系统名称解析路径值得重点调查
系统名称查询成功，只有一个浏览器失败	查代理、安全 DNS、扩展及浏览器错误
只有一个域名失败	对比其他域名，不要先改全机 DNS
证书日期错误	核对系统时间与具体错误，名称解析不解释所有 TLS 故障

官方提供 Setup → Network → DNS。确有证据需要测试其他提供商时，先记录当前提供商和自定义值，一次只改这一项，重做相同查询与网站访问。无改善就通过同一入口恢复原设置，包括原来的自动/DHCP 策略；不要把“重置”误当作“恢复之前的自定义值”。官方网络说明

7. 酒店网络与认证失败分支

查询 NetworkManager 的连通性判断：

nmcli networking connectivity check

它触发连通性探测，不改变连接配置。portal 表示探测发现访客认证特征；limited 表示探测没有完整连通性；unknown 可能是未配置探测或无法判断。full 也不是所有网站都可达的证明。nmcli 状态定义

在酒店或访客网络，使用其提供的登录入口完成预期认证。若没有弹出页面，可访问网络运营方提供的普通 HTTP 检测页；不要用跳过证书警告的方式处理登录。

若网络根本未连接、不断要求密码，先确认 SSID、键盘布局、密码和网络类型。企业或校园网络可能使用 802.1X，所需身份与证书设置应向管理员获取；不是每个网络都只需一个 Wi-Fi 密码。

8. 什么时候重启子系统，怎样验收？

对于刚才还正常、睡眠或拔插之后失效的情况，记录状态后可以使用官方 Update → Hardware → Wi-Fi。它会中断连接，先结束网络传输；完成后重做此前失败的同一项检查，再访问同一网站。

如果需要日志，查看故障发生附近的内容：

journalctl -b -u NetworkManager --since "10 minutes ago" --no-pager

权限不足时可能看不到全部日志，不应把空输出当作没有错误。保留设备状态、错误时间、网络类型与热点对照；公开前检查网络名、地址和身份等内容。

验收标准：连接能建立、实际所需网站能访问、没有遗留试验设置，并在重连后仍可用。只有睡眠后网卡消失时继续睡眠排障。不要通过关闭防火墙、启用第二套网络管理器、同时更换 DNS 与驱动来试运气。

来源与适用范围

核对于 2026-10-12：Omarchy 网络、硬件排障、nmcli 手册、路由查询、getent。案例适用于 NetworkManager 环境，输出是教学数据；VPN、企业认证和 IPv6 网络需要结合实际策略判断。