连接失败怎么排查：从本地网络到目标应用

连接失败时，先定位失败发生在哪一层。订阅更新失败、配置无法解析、节点连接失败和某个应用不能使用，并不是同一种故障。每次只改一个条件，才能知道什么真正起作用。

第一步：确认本地网络

先停止客户端连接，使用普通网页检查本地接入。公共 Wi-Fi 可能需要认证，移动网络可能没有流量，路由器也可能离线。如果不使用客户端仍无法正常访问本地常用内容，应先处理本地网络。

恢复正常后再打开客户端。不要在网络本身异常时连续切换所有节点，这会产生大量没有比较意义的失败记录。

第二步：分清更新和连接

更新订阅失败时，检查地址是否复制完整、账号是否过期、是否选了正确格式，以及服务商控制台是否有变更说明。不要在公开群聊直接粘贴完整地址。

若配置已经读取，但启动时报错，先查客户端与配置版本是否兼容。解析错误可能来自过时字段；切换节点并不能修复格式。只有配置能够正常启用，才继续检查线路。

第三步：只测试一个明确路径

保留一个客户端、一个配置和一个节点，关闭其他可能影响网络的工具。使用固定目标重复一次，再更换一个适用节点。记录是否所有节点失败，还是只有某个节点异常。

如果换到另一种本地网络后恢复，只能说明问题与环境有关，不能立刻断定是某一方故意限制。设备、运营商、路由与时段都可能相关。

第四步：区分域名与应用问题

网页域名需要解析，应用还可能有自己的缓存、地区和账号条件。只有一个应用失败时，应检查它的规则匹配、账号地区及错误信息；不要用客户端显示的单一延迟数字替代应用验证。

DNS 设置与分流规则也需要匹配。不要随意混入来源不明的大型规则包。先读懂当前配置，再逐步修改。基础概念见规则分流和延迟与速度。

建立一份最小故障记录

建议用以下字段记录，不需要采集私人访问内容：

记录时遮盖订阅令牌、IP 和私人域名。客服如果要求日志，应先确认其身份与所需片段。

何时停止继续改配置

当已确认本地网络正常、配置兼容，而服务商说明正在维护时，继续修改往往只会制造额外问题。保存现状，等待已确认渠道的更新。若你无法解释自己修改的设置，先回到最后一个已知正常配置，再继续定位。