risk/troubleshoot · 集群 A · 连接故障 · 6/6

全部节点同时失效：先判断本地问题还是服务端问题

全部节点失效时最先做什么

最先做的是交叉验证，而不是重装、重置或换服务商。所有节点同时失效，意味着问题发生在所有节点共享的环节：要么是你这一侧（设备、网络、订阅），要么是服务端整体（入口、面板、线路）。交叉验证能用最少的步骤判断属于哪一侧。

              所有节点失效
                   │
       ┌───────────┼───────────┐
   设备 A+网络 1  设备 A+网络 2  设备 B+网络 1
       │           │           │
      失败       成功？       成功？
                   │           │
             网络 1 有问题   设备 A 有问题
                             （时间/客户端）
       │
   所有组合都失败
       │
   进入服务端判断（面板 / 公告 / 订阅状态）

交叉验证时，网络 2 可以用手机流量，设备 B 可以是手机或另一台电脑。只要有一个组合恢复正常，就说明服务端基本可用。

本地原因有哪些

本地原因是指只影响你自己的因素。它们的共同点是：换设备或换网络就能看到差异。常见本地原因如下：

时间问题的原理见 系统时间不同步为什么会导致代理断连，客户端层面的检查见 代理客户端无法连接的常见原因与逐项排查。

账户层面的原因

账户层面的原因介于本地与服务端之间：服务端运行正常，但对你的账户停止提供服务。这类情况在交叉验证中会表现为「所有组合都失败」，容易被误判为服务端故障。

需要登录用户面板确认：

• 套餐是否到期：到期后节点会同时不可用；
• 流量是否用尽：部分套餐流量用尽即停止服务，到重置日才恢复；
• 订阅是否被重置：你自己或因安全原因被重置过，旧链接失效；
• 设备数是否超限：部分服务商限制同时在线设备数，超限可能导致连接被拒；
• 账户是否有异常提示：例如违反服务条款被限制。

如果面板显示套餐正常而订阅更新失败，请转到 订阅更新失败怎么办 继续排查。

服务端原因的几种情形

排除本地与账户原因后，才进入服务端判断。服务端问题也分轻重，应对方式不同：

「长期异常」需要特别留意。如果同时出现面板打不开、公告渠道失联、客服长时间不回应等迹象，可能是运营风险信号，应参考 跑路与风险 专题评估。尤其是年付套餐，一次性支付年付总额存在预付风险，此时不要追加投入。

向服务商反馈时提供什么

确认是服务端问题后，向官方渠道反馈时提供清晰的信息，可以减少来回沟通：

  反馈模板（示例结构）
  ─────────────────────────────
  故障开始时间：____（大致即可）
  受影响范围：全部节点 / 部分节点（列出名称）
  交叉验证：已在 __ 台设备、__ 种网络下测试
  已排查：系统时间 / 订阅更新 / 面板状态
  客户端：名称与版本
  报错摘要：____（去除订阅链接等敏感信息）
  ─────────────────────────────

注意不要在反馈或公开群组中发送完整的订阅链接、账户密码等信息，相关风险见 安全与隐私。

失效期间不要做的事

全部节点失效时，有几种常见做法反而会拖慢恢复或带来新的风险，应当避免。

第一，不要反复重置订阅。重置会让所有设备上的旧链接立即失效，如果故障本身在服务端，重置不仅没有帮助，恢复后还要在每台设备上重新导入。第二，不要手动修改节点参数去「试试看」，参数与服务端不一致只会制造新的认证错误，协议资料为「待核实」的品牌尤其如此。第三，不要在恐慌中续费或升级套餐，更不要在此时购买长周期年付，等服务恢复、原因明确后再做决定。第四，不要轻信群组中流传的「修复配置」或「替代客户端」，来源不明的文件可能包含恶意内容。

恢复之前怎么办

在服务恢复之前，最实际的做法是启用备用方案，而不是反复折腾配置。如果你没有备用方案，可以借此机会规划一个，参考 主力服务故障时的替代方案与备用订阅规划。

选择备用服务时，可以在 机场品牌库 查看各品牌的线路资料、协议和客户端类型，用 对比工具 逐项核对。建议备用服务与主力服务在线路资料或协议上有所差异，降低同时故障的概率。本站没有任何品牌的实测稳定性数据，资料仅供参考。