已连接但打不开网页？先查代理残留、TUN虚拟网卡和DNS

更新于 2026-10-23 · ledglv.shop

简答：先关闭代理客户端的系统代理和 TUN，再检查系统代理、虚拟网卡与 DNS；Windows 可用 nslookup 定位解析故障，手机则重点确认 HTTP 代理、DNS、静态 IP 和私有地址设置。

定义：“已连接但打不开网页”是指设备已连上 Wi-Fi 或网线，但浏览器无法完成域名解析、代理连接、网页加载或公共网络认证。

先试这一步：30秒判断故障在哪一层

本文是第三方使用指南，与 Clash Verge Rev、Mihomo、sing-box、v2rayN 等项目及其开发者无隶属关系。假如你刚关闭过代理客户端、VPN 或抓包工具，网页突然打不开，先不要急着修改 DNS：先回到客户端内关闭“系统代理”和 TUN，完全退出客户端，再打开浏览器测试。

快速分流表

现象	优先怀疑	先做什么	正常判定
微信或其他应用能用，只有浏览器打不开	系统代理、浏览器代理、DNS	检查系统代理和客户端开关	浏览器可打开多个不同域名
电脑打不开，但同一 Wi-Fi 的手机正常	电脑代理、TUN、虚拟网卡或本机 DNS	检查客户端、系统代理和网络适配器	电脑能解析域名并访问网页
同一 Wi-Fi 下所有设备都打不开	路由器、宽带、公共 Wi-Fi 认证	打开认证页或重启路由器	手机和电脑都能正常加载网页
只有某个域名打不开	域名解析、分流规则或站点本身	用 nslookup 对比默认 DNS 与指定 DNS	能返回 A 或 AAAA 记录

Windows 的代理设置位于“设置 → 网络和 Internet → 代理”；如果你没有主动配置代理，通常应关闭手动代理，自动检测是否按所在网络要求启用。具体路径和代理类型可参考 Microsoft Support：在 Windows 中使用代理服务器。

Windows：先恢复客户端状态，再清理残留代理和虚拟网卡

在客户端内正常关闭。重新打开你使用过的客户端，在设置或首页关闭“系统代理”；如果启用了 TUN，也先关闭 TUN，再退出客户端。重新打开一次客户端、关闭系统代理和 TUN、最后从托盘完全退出，用来验证是否是异常退出留下的状态。不要只点击窗口右上角关闭后就认定客户端已经退出。
检查系统代理。打开“设置 → 网络和 Internet → 代理”，确认“手动设置代理”没有残留地址和端口；如果你使用的是单位代理或 PAC 文件，不要直接删除，先记录原值。客户端需要系统代理时，网页应在客户端运行且代理端口有效时打开；客户端完全退出后，系统代理应恢复为你的原始状态。
检查虚拟网卡。按 Win+R，输入 ncpa.cpl 并回车，查看网络连接列表。重点看名称中带有 Mihomo、Meta、wintun、TUN、VPN、TAP 或其他代理软件名称的适配器。不要禁用正在使用的物理 Wi-Fi 或以太网网卡；只有在确认某个虚拟网卡属于已退出的客户端、且重新启用客户端前后状态可复现时，才临时禁用它测试。虚拟网卡名称会因软件、版本和安装方式不同而变化，无法仅凭名称确认归属。
检查路由是否残留。在命令提示符中运行 route print，只观察是否存在明显属于旧 VPN 或旧 TUN 的接口和路由，不要直接删除不认识的路由。Clash Verge Rev 的公开 Issue 曾记录过 TUN 子网路由与其他 VPN 残留路由冲突的现象，但该 Issue 只代表公开报告，不能推断所有“已连接但打不开网页”都是同一原因；应先记录适配器、路由和日志，再决定是否交给客户端开发者处理。来源：Clash Verge Rev Issue #8322：Windows 残留路由影响 TUN。
最后再重置协议栈。以管理员身份打开命令提示符，按顺序执行：netsh winsock reset、netsh int ip reset、ipconfig /release、ipconfig /renew、ipconfig /flushdns。其中 ipconfig /release 会暂时释放当前地址，执行期间网络可能中断；netsh winsock reset 会重置 Winsock 目录，部分安全软件、代理软件或抓包工具可能需要重新配置。执行完重启 Windows。命令顺序和用途可核对 Microsoft Support：修复 Windows 中的 Wi-Fi 连接问题。

DNS：用 nslookup 区分“解析失败”和“网页本身打不开”

打开命令提示符，先把示例域名替换成你实际打不开的网站域名，运行 nslookup example.com。如果返回地址记录，说明当前默认 DNS 至少完成了这次解析；如果出现“Request timed out”“No response from server”或“Nonexistent domain”，应记录完整输出。Microsoft 对 nslookup 的说明包括默认 DNS、指定 DNS 和错误信息含义，可参考 Microsoft Learn：nslookup 命令。

为了做单变量对照，可再运行 nslookup example.com 1.1.1.1，其中域名和 DNS 地址都只是示例，替换为你要测试的对象；该命令不会修改系统 DNS。若默认 DNS 超时、指定 DNS 能返回记录，问题可能在路由器或当前 DNS 配置；若两者都失败，优先回到代理、TUN、路由或公共 Wi-Fi 认证检查。若两者都能解析但浏览器仍打不开，则不要继续反复刷新 DNS，应检查系统代理、浏览器扩展、规则分流和 TLS 报错。

Windows 的 ipconfig /flushdns 只清理本机 DNS 客户端缓存，不会修复错误的代理地址、断开的 TUN 或路由器故障。修改公共 DNS 只能作为对照测试，记下原来的“自动获取 DNS”设置，确认问题后再决定是否恢复。

macOS：检查系统代理，而不是只清 Safari 缓存

打开“系统设置 → 网络”，选择当前 Wi-Fi 或以太网，点击“详细信息”，进入“代理”。Apple 官方路径就是从网络服务进入“详细信息 → 代理”；可参考 Apple Support：在 Mac 上更改代理设置。
在没有单位代理、PAC 或客户端接管的情况下，检查 HTTP、HTTPS、SOCKS、自动代理发现和自动代理配置是否有残留。不要把“代理关闭”误解成“网络一定正常”：关闭后仍打不开，继续测试 DNS 和公共 Wi-Fi 认证。
如果使用过 TUN 或 VPN 客户端，先在客户端内关闭 TUN，再完全退出；同时检查“系统设置 → 网络”列表中是否有不再使用的 VPN 服务。不要随意删除公司管理的 VPN、证书或网络配置。
重新连接 Wi-Fi 后，用 Safari 打开两个不同域名。一个域名能开、另一个不能开，倾向于域名解析或分流问题；所有网页都打不开，则回到代理、DNS、路由器或认证页面排查。

iPhone 和 Android：重点看 HTTP 代理、DNS、私有地址和 IP

iPhone：进入“设置 → Wi-Fi → 当前网络右侧的信息按钮”。在普通家庭网络且你没有主动配置代理时，HTTP 代理应为“关闭”，配置 DNS 应优先为“自动”；如果这里出现手动服务器、PAC 或静态 IP，先记录原值，再恢复到网络管理员要求的设置。Apple 的资料确认 Wi-Fi 详情页可配置 HTTP 代理、静态网络设置和 DNS，路径可参考 Apple Support：iOS 高级网络设置。同一页面检查“配置 IP”是否为 DHCP；如果手动 IP、子网掩码、路由器或 DNS 填错，设备可能显示已连接但无法访问网页。

继续检查“私有 Wi-Fi 地址”。Apple 说明该功能会让设备对不同网络使用不同 Wi-Fi 地址；如果某个网络使用 MAC 白名单、设备准入或旧式认证，连接后无法访问资源时，可以先更新系统，再针对这个网络临时切换“关闭、固定或旋转”进行对照，不要把关闭隐私地址当成长期通用修复。参考 Apple Support：在 Apple 设备上使用私有 Wi-Fi 地址。

Android：进入“设置 → 网络和互联网 → Internet → 当前 Wi-Fi → 设置”。检查代理是否为“无”，IP 设置是否为 DHCP；不同厂商菜单名称可能不同。Android 官方资料显示，Android 10 及以上设备可能显示“随机 MAC 地址”，并提供“私有 DNS”的“关闭、自动或指定主机名”选项；若你手动填过私有 DNS 或 DNS 主机名，先恢复“自动”测试。参考 Android Help：管理 Android 手机上的高级网络设置。如果网络有 MAC 白名单、静态租约或认证限制，可暂时对比随机 MAC 与设备 MAC，但不要在不了解路由器规则时反复切换。

公共 Wi-Fi：已连接不等于已经通过认证

机场、酒店、咖啡店和公司访客网络可能要求先打开登录或同意页面。若 Wi-Fi 显示已连接，但浏览器所有网页都卡住，先关闭客户端的系统代理和 TUN，再打开一个普通 HTTP 或 HTTPS 网站，观察是否跳转认证页；不要把认证页无法弹出直接判断为 DNS 故障。Google 对 captive Wi-Fi 的说明建议在 iPhone 或 iPad 的 Wi-Fi 设置中关闭自动加入后，用 Safari 打开网页重新触发登录页面，参考 Google Account Help：登录 Wi-Fi 网络。

如果同一网络的手机也打不开，重启路由器或光猫前先确认其他用户是否也受影响；如果只有你的电脑打不开，回到系统代理、TUN 虚拟网卡、DNS 和浏览器扩展检查。公共网络可能有时间、设备数或认证限制，这些限制需要联系网络提供方，不能靠反复刷新浏览器解决。

恢复后怎么确认不是“偶尔打开一次”

先确认客户端完全退出后，系统代理没有自动恢复旧地址。
在默认网络下运行一次 nslookup 你打不开的域名，保存结果；再用浏览器打开至少两个不同域名。
重新打开客户端，只启用一种接管方式：先测试系统代理，再单独测试 TUN，不要同时改变 DNS、规则和多个客户端。
如果启用 TUN 后再次失败，记录客户端日志、虚拟网卡名称、route print 输出和失败时间；不要上传订阅链接、节点密码、访问令牌或完整个人配置。

如果你在排查 Clash 分流规则导致的单个网站打不开，可使用站内的 Clash 分流规则匹配测试做单域名对照；它只能帮助判断规则匹配，不能替代系统代理、DNS 或 TUN 的连接检查。

常见问题

为什么客户端显示已连接，浏览器还是打不开？

客户端“已连接”通常只说明核心或隧道启动，不代表系统代理、TUN 路由、DNS 和浏览器已经正常接管。先关闭系统代理和 TUN，再测试浏览器；若恢复，说明问题集中在客户端残留设置或虚拟网络层。

Windows 要不要直接执行 ipconfig /release？

不建议把它作为第一步。该命令会暂时释放当前 IP，网络会短暂中断；应先检查系统代理、TUN 和 DNS。只有在 DHCP 地址异常或前置检查无效时，再按 Microsoft 的命令顺序执行，并准备重连网络。

iPhone 显示 Wi-Fi 已连接，HTTP 代理和 DNS 应该怎么设？

如果是普通家庭网络且没有主动配置代理，HTTP 代理通常应为“关闭”，配置 DNS 应为“自动”，配置 IP 应为 DHCP。若是单位、校园或公共 Wi-Fi，应以网络管理员提供的代理、DNS 和静态地址为准。

Android 的随机 MAC 要不要关闭？

不要默认关闭。随机 MAC 是隐私功能；只有在路由器启用 MAC 白名单、静态租约或设备准入，且确认该设置造成连接异常时，才可针对当前 Wi-Fi 做一次临时对照，并记录原设置。

DNS 能解析但网页仍打不开怎么办？

这说明 DNS 不一定是主因。继续检查系统代理是否指向失效端口、TUN 是否残留、路由是否冲突，以及浏览器扩展、证书或公共 Wi-Fi 认证页面。单纯反复刷新 DNS 缓存通常不会解决这些问题。