所有线路都失效时，先暂停猜测

前一天还能使用，今天打开客户端却发现所有线路都失败，这既可能与FlyingBird套餐状态有关，也可能是订阅、配置或本地网络发生变化。直接续费未必能解决问题，反复重装也可能删除有价值的配置与日志。先记下发生时间、设备、网络和影响范围，再从权限开始检查。

如果只有一个访问目标失败，而其他日常访问正常，应保留这个差异。它会影响后续判断：全部连接失败、单个节点失败和单个网站失败，并不对应同一类原因。

第一层：账户权益是否允许继续使用

在实际用户中心核对套餐是否有效、当前周期流量是否耗尽、服务是否暂停，再查看近期订单是否已完成。有效期尚未结束不表示额度一定充足，仍有剩余流量也不表示服务没有到期。套餐状态字段可以作为核对索引，但实时结果必须来自自己的账户。

续费后分别检查订单、截止时间和额度变化。补充流量是否依赖有效套餐、续费是否立即开始新周期，需要查实际协议。对额度与重置周期理解不确定时，先核实规则，不要通过多次购买来试错。

第二层：订阅与配置是否完整

确认个人订阅地址仍为当前来源，检查最近获取是否成功、返回内容是否兼容、配置是否被正确加载。若只是导入了另一份配置，运行中的节点可能仍来自旧来源。出现解析错误时，应检查格式和客户端支持；请求超时则先检查获取路径和网络。

订阅地址可能包含凭据，不应公开上传。按订阅获取与更新方法确认来源即可，无需为了检查完整性把真实Token发送给他人。远程配置正常后，再观察节点列表与当前策略，而不是把订阅状态和节点连接合并成一个结论。

第三层：从当前节点向两端检查

  1. 节点和策略。确认选中的是预期节点，客户端核心处于运行状态，目标请求遵循当前策略。
  2. 本地接入。检查Wi-Fi或移动网络是否本身可用；在自己信任的网络之间对照，一次只变更一个条件。
  3. 系统权限。根据实际使用模式核对网络授权、系统代理或VPN权限，以及是否有其他同类程序争用接管。
  4. DNS与目标。区分域名解析失败、建立连接超时和远端服务器无响应，观察是否仅影响一个目标。

不要未经检查直接清空系统路由表或关闭所有防火墙。先查看具体错误、变更记录和客户端当前说明；如果某项调整没有改善，恢复原设置，避免叠加新的故障。

恢复以后，留下可复用的判断

保留已脱敏的错误类别、发生时段、设备网络、采取的步骤及恢复结果。如果更换节点后只有某个目标恢复，证据只支持这次路径变化，不能推出长期稳定性；如果权益恢复后连接仍失败，就继续检查配置与接入。

排障完成后整理重复订阅，确认旧配置是否仍需要，按正常周期维护。下次遇到异常时，从上次的明确断点开始，而不是重新执行所有改动。这样既减少无效操作，也更容易向实际服务提供者描述具体问题。