显示已连接但打不开网页:按数据流向排查
沿着「客户端接管 → 分流判断 → 域名解析 → 节点可用 → 出口到目标」的数据流向逐段排查,每一段给出明确的判断动作。
按现象查,不按原因查。连不上、能连但打不开、速度慢、订阅更新失败、被判定为代理——每种现象对应的排查顺序不一样,先对号入座再往下看。
每篇都是从最容易排除的那一层开始,逐层缩小范围。多数问题在前两步就能定位,不需要重装客户端或换机场。
沿着「客户端接管 → 分流判断 → 域名解析 → 节点可用 → 出口到目标」的数据流向逐段排查,每一段给出明确的判断动作。
解释服务端识别代理的几种常见依据——IP 类型、地区判定不一致、并发异常、时间与时区——以及每一种对应的处理办法。
iOS 上添加 VPN 配置时弹窗消失、点了允许没反应、开关自动关闭、描述文件安装失败等情况的成因与处理方式。
沿着「客户端接管 → 分流判断 → 域名解析 → 节点可用 → 出口到目标」的数据流向逐段排查,每一段给出明确的判断动作。
说明设备数限制是怎么算的、为什么会被误判超限、热点共享时其他设备不走代理的原因,以及多人合用一个账号的风险。
iOS 上添加 VPN 配置时弹窗消失、点了允许没反应、开关自动关闭、描述文件安装失败等情况的成因与处理方式。
对照 connection reset、TLS handshake timeout、context deadline exceeded 等常见报错,说明各自指向哪一层问题以及对应的处理动作。
从本地网络、订阅有效性、客户端配置、机场侧故障四个层面逐步排查,附每一步的判断依据与对应处理方式。
从流量倍率、全局模式、系统更新、云同步、订阅泄露、多设备共享六个方向排查流量异常消耗,并给出每一项的验证方法。
订阅更新失败的四类常见原因——域名被墙、订阅地址过期、客户端 UA 限制、机场频率限制,以及每一类的具体处理办法。
把「慢」拆成本地网络、客户端配置、节点选择、线路拥塞、流量倍率、目标服务六个环节,给出每一层的判断方法和对应处理。
解释服务端识别代理的几种常见依据——IP 类型、地区判定不一致、并发异常、时间与时区——以及每一种对应的处理办法。
文章按这几个方向组织,上面的列表已包含全部内容。
同一个问题的其他侧面,通常需要一起看。
最常见的是 DNS 没有走代理,导致域名解析仍然被污染。其次是分流规则把目标域名判定成了直连。快速验证方法:在客户端里把模式切换成「全局」,如果网页能打开,说明是规则或 DNS 的问题,不是节点的问题。
先在浏览器直接打开机场的订阅域名,看能否访问——不能访问说明是订阅域名被阻断,需要换备用域名。能访问但节点全部超时,通常是节点被临时封禁或你的出口 IP 被限制,换一个地区的节点测试即可定位。
客户端里的延迟测试通常只测到节点的握手时间,反映的是链路的响应速度,不反映带宽和丢包。实际慢一般来自两种情况:节点带宽被占满(高峰期常见),或者链路存在丢包导致 TCP 反复重传。换同地区的其他节点对比是最快的判断方式。