一句话结论
排查顺序是：换几个节点确认范围，检查本地网络与系统时间，尝试另一个客户端，最后才怀疑订阅本身。一上来就改配置会让问题更难定位。
关键事实
- 单个节点不可用是常见情况，不代表整体故障。
- 全部节点都连不上时，先怀疑本地环境而不是服务端。
- 系统时间不准会同时影响订阅更新和连接建立。
- 排查过程中一次只改一个变量。
排查的基本原则
一次只改一个变量。同时改三处配置，即使问题解决了，你也不知道是哪一处起了作用，下次还会遇到同样的问题。
第一步：换几个节点
单个节点不可用是很常见的情况。先换两三个不同的节点试一试。
- 换了就好 → 问题在原来那个节点，到此结束。
- 全部都不行 → 进入下一步，问题不在节点层。
第二步：检查本地环境
两件事，成本都很低：
- 本地网络是否正常。关掉客户端，直接访问一个国内网站确认。
- 系统时间是否准确。偏差过大会导致证书校验失败，同时影响订阅更新和连接建立。
第三步：换一个客户端
如果本地环境正常但仍然连不上，用另一个客户端导入同一份订阅试试。这一步能区分“客户端问题”和“订阅或服务问题”。
第四步：才怀疑订阅本身
前三步都排除后，用浏览器打开订阅地址确认它是否仍可访问、内容是否为空。到这一步再去联系服务提供方，你已经能说清楚做过哪些排查，沟通效率会高很多。
关于“时好时坏”
随机断连往往不是连接建立的问题，而是保持连接的问题。手机端优先检查系统的电池优化策略；桌面端注意观察断连是否集中在高峰时段 —— 如果是，那更可能是节点负载而不是配置问题。
对比一览
| 现象 | 最可能的层级 | 先做什么 |
|---|---|---|
| 某一个节点连不上，其他正常 | 该节点本身 | 换节点即可，无需其他操作 |
| 全部节点都连不上 | 本地网络或客户端 | 检查本地网络与系统时间 |
| 订阅无法更新 | 本地网络或订阅地址 | 用浏览器测试订阅地址是否可访问 |
| 能连上但部分应用不走代理 | 客户端规则配置 | 检查规则与分应用代理名单 |
| 用一段时间后随机断开 | 系统后台策略或节点负载 | 手机端先查电池优化，桌面端观察是否高峰期 |
