订阅拉不到、连接超时：按顺序排查，不要跳步

排查这类问题最浪费时间的做法是凭感觉改设置——改一项、试一次、没好、再改一项。 下面这五步有固定顺序，每步都能明确排除一类原因。按顺序走，不要跳。

第一步：订阅链接本身还有效吗

直接用浏览器打开订阅地址。返回一大段 base64 或 YAML 文本 = 链接有效； 返回 404、空白页或报错 = 后面无论换哪个客户端都不会成功。

这一步能省掉后面全部的无效排查，所以放第一位。

第二步：客户端能不能解析出节点

链接有效但客户端拉不到，看客户端的日志面板。两个常见原因：

• 被自己的代理挡住了——正在生效的其他代理软件拦住了拉取请求。完全退出后重试。
• User-Agent 被拒——部分服务端按 UA 返回不同格式或直接拒绝。换个客户端试一次即可验证。

第三步：单个节点测延迟有没有响应

节点列表出来了但都连不上，先测延迟。全部超时说明是共性问题（线路或本地网络）； 只有部分超时说明是个别节点问题，换一个即可。

如果报 TLS 握手失败，先查系统时间。 证书有效期依赖时间判断， 本机时间偏差过大会直接导致握手失败。这个原因很常见，也很容易被忽略。

第四步：系统代理或 TUN 是否真的生效

客户端显示已连接、节点延迟也正常，但网页打不开——这一步和下一步是最常见的两个卡点。

检查客户端界面上的系统代理开关是否真的打开。部分系统在客户端异常退出后 会残留代理设置或反过来清空它，重新开关一次即可。

第五步：浏览器有没有自己的代理设置

某些浏览器扩展会接管代理，优先级高于系统设置。如果其他程序能通、只有浏览器不通， 先禁用相关扩展再试。

排查顺序速查

① 浏览器打开订阅链接 → 有内容吗
② 客户端日志面板     → 解析出节点了吗
③ 单节点测延迟       → 有响应吗（TLS 失败先对时）
④ 系统代理 / TUN     → 真的开着吗
⑤ 浏览器扩展         → 有没有自己的代理

绝大多数「连上了但打不开」出在 ④ 和 ⑤。而绝大多数「完全连不上」出在 ① 和 ②。

本文为通用排查流程，不针对特定服务商。具体报错码含义以你所用客户端的官方文档为准。