客户端显示已连接，但网页打不开：按顺序排查的 6 个步骤
先做一件事：把模式切成「全局」再刷新页面。能打开说明是规则或 DNS 的问题，打不开说明是节点或订阅的问题——这一步就能把排查范围砍掉一半。
已更新
网络诊断：连不上、很慢、订阅失败的排查方法
出问题的时候你需要的是一条可以照着走的排查路径，不是一篇讲网络原理的长文。这个栏目的每一篇都遵循同一个约定：先用两三句话说明最可能的原因，再给分平台的操作步骤，原理放在最后，想看再看。
排查的基本顺序是固定的——先确认本地网络本身通不通，再确认订阅能不能更新，再确认节点能不能连上，最后才怀疑是 DNS 或规则配置的问题。跳过前面的步骤直接改配置，通常只会把问题弄得更复杂。
本栏目覆盖的方向
文章按这几个方向组织，下面的列表已包含全部内容。
- 连接问题
- 连不上、超时、握手失败
- 订阅问题
- 订阅拉取失败、节点为空
- 速度问题
- 延迟高、丢包、忽快忽慢
- 特定服务
- 某个网站或 App 单独打不开
重点内容
这个栏目里最应该先读的几篇。
全部文章
共 1 篇，按更新时间排序。
相关栏目
同一个问题的其他侧面，通常需要一起看。
常见问题
客户端显示已连接，但网页打不开，是什么原因？
最常见的是 DNS 没有走代理，导致域名解析仍然被污染。其次是分流规则把目标域名判定成了直连。快速验证方法：在客户端里把模式切换成「全局」，如果网页能打开，说明是规则或 DNS 的问题，不是节点的问题。
WiFi 正常但只有代理不通，怎么排查？
先在浏览器直接打开机场的订阅域名，看能否访问——不能访问说明是订阅域名被阻断，需要换备用域名。能访问但节点全部超时，通常是节点被临时封禁或你的出口 IP 被限制，换一个地区的节点测试即可定位。
延迟测试显示几十毫秒，但实际浏览很慢，为什么？
客户端里的延迟测试通常只测到节点的握手时间，反映的是链路的响应速度，不反映带宽和丢包。实际慢一般来自两种情况：节点带宽被占满（高峰期常见），或者链路存在丢包导致 TCP 反复重传。换同地区的其他节点对比是最快的判断方式。