客户端可以启动但打不开网页的排查方法

先分清两种现象

打不开网页有两种完全不同的情况，别混着查：

• 客户端里全部节点显示超时/全红 → 这是连不上节点，直接看所有节点显示 TIMEOUT 的常见原因；
• 节点延迟正常、客户端显示已连接，但浏览器打不开 → 本文要处理的情况。

后者的关键认知是：「客户端已连接」只说明软件在跑、和节点握手成功，不等于你的浏览器流量经过了它。中间还有系统代理、分流规则、DNS 三个环节可能出问题。

第一层：流量到底有没有走代理

这一层解决八成的问题。

1. 确认系统代理开关：Windows/macOS 客户端里的「系统代理」是否为开启状态。客户端重启、更新、异常退出后它经常被还原；
2. 看客户端的连接记录：打开浏览器访问任意海外网站，回到客户端的「连接」页面看有没有新增记录。没有记录 = 流量根本没进客户端，问题就在这一层；
3. 不读系统代理的程序：游戏、命令行工具、部分桌面软件不遵守系统代理设置，需要开启 TUN/增强模式，说明见 Windows 客户端总览与 macOS 客户端配置；
4. 多个客户端抢端口：同时运行两个代理客户端会争用本地端口，表现正是「显示已连接但完全不通」。只保留一个，并检查托盘/菜单栏是否有残留进程。

第二层：分流规则

如果连接记录有，但只有部分网站打不开，问题在规则：

• 临时切换到全局模式测试一次。全部恢复正常 → 确认是规则问题；仍然打不开 → 跳到第三层；
• 规则模式下，机场下发的规则可能把某些域名判为直连；自建规则、第三方规则集出错的概率更高；
• 浏览器插件（SwitchyOmega 等代理切换扩展）会覆盖系统代理，两套代理叠加是常见冲突源——排查期间先禁用插件；
• 确认后，把该域名加入代理规则，或改用机场提供的默认规则组。

测试完记得切回规则模式：全局模式下国内流量也走代理，速度更慢也更费流量。

第三层：DNS

症状很典型：直接用 IP 能访问，用域名不行；或者打开的页面是错误内容。

DNS 请求没有跟随分流走代理时，解析结果可能被本地网络污染或指向错误地址。处理方式与验证方法见 DNS、TLS 和系统时间导致的连接问题——这一层单独成文，因为它同时涉及证书和系统时间。

第四层：节点本身

前三层都正常，就该怀疑节点了：

• 延迟数字不代表可用：客户端的延迟测试多是对固定地址的探测，探测通过而实际转发失败是可能的；
• 换同地区的其他节点测试，再换不同地区的节点。某地区全部异常而其他地区正常 → 该地区节点或落地出了问题；
• 更新一次订阅：节点地址变更后本地信息会失效，更新失败见订阅更新失败的排查；
• 登录用户面板确认套餐未到期、流量未用尽、无全网公告。

第五层：浏览器与本机

排到这里的情况不多，但确实存在：

• 换一个浏览器测试，排除单个浏览器的代理设置、缓存、扩展问题；
• 清理浏览器缓存与 DNS 缓存后重试；
• 关闭浏览器的 QUIC/HTTP3 实验特性：部分客户端对 UDP 处理不完善时，QUIC 会导致特定网站加载卡住；
• 临时退出安全软件测试一次，确认没有拦截。

快速排查清单

按序执行，每次只改一个变量：

1. 系统代理是否开启 → 客户端「连接」页有没有记录；
2. 只有部分站点异常 → 切全局模式验证规则，禁用浏览器代理插件；
3. IP 能通域名不通 → 按 DNS 专文处理；
4. 换节点、换地区、更新订阅、查面板公告；
5. 换浏览器、清缓存、关 QUIC、临时关安全软件；
6. 最终交叉验证：换成手机热点用同一订阅测试。

热点下一切正常，说明限制来自原来的网络（公司、学校、酒店网络常见）；热点下同样失败且服务商长时间无响应，对照机场失联的应对清单评估风险。