连接故障排查专题：按症状定位问题的完整索引

连接问题的排查最忌讳乱试：改一堆设置、装一堆工具，最后不知道是哪一步起了作用。这个专题把本站所有排查内容按症状组织起来，先分流、再深入。

排查的三个基本原则

1. 先低成本后高成本：更新订阅、换节点、换网络对照，这三个动作零风险且解决率最高；
2. 一次只改一个变量：每次调整后验证现象是否变化，否则无法定位原因；
3. 区分”连不上”与”连上了但异常”：前者是连通性问题，后者是出口质量/规则问题，排查路径完全不同。

按症状分流

症状一：所有节点全部超时

最常见的情况，从节点连接超时排查开始——它的”本地 → 客户端 → 订阅 → 机场侧”四层模型是所有排查的基础框架。

症状二：订阅无法更新

客户端明确报订阅相关错误时，直接看订阅更新失败排查，按报错类型（超时 / 404 / 解析失败 / 证书错误）对号入座。

症状三：能连上，但某些应用不行

• 浏览器正常、特定应用不走代理 → 检查分流规则，或该应用绕过了系统代理（需 TUN 模式）；
• 流媒体提示地区不可用 → 流媒体解锁基础的排查表；
• AI 工具提示不可用/反复验证 → AI 工具网络环境说明的排查表。

症状四：能用，但卡

“卡”需要先翻译成具体指标：是延迟高、带宽不足还是丢包抖动？读延迟、带宽、丢包与抖动学会区分，再对症处理——晚高峰集中出现的卡顿通常指向线路类型，见IPLC 与 IEPL 的区别。

症状五：反复排查无果，怀疑机场出了问题

对照购买避坑指南中的”跑路前兆”清单评估。确认机场侧长期故障后，止损迁移比继续排查更有价值。

排查记录模板

向客服提交工单或社区求助时，附上这些信息能大幅提高效率：

现象：（全部超时 / 部分超时 / 特定应用异常 / 卡顿）
时间：（何时开始、是否集中在特定时段）
环境：（系统、客户端及版本、网络类型）
已尝试：（更新订阅？换节点？换网络？结果各是什么）

常用入口

• 教程中心：全部教程与排查文章
• 机场选择方法专题：问题源头是服务本身时，重新选择
• 客户端教程专题：故障出在客户端安装或配置环节时，从这里系统排查
• 流媒体与 AI 工具专题：能连上但流媒体或 AI 工具异常时的专项路径
• 线路与协议知识专题：想理解卡顿、拥堵背后的技术原理，而不只是解决当前故障