木瓜云节点异常排查｜订阅更新、列表与连接顺序

先判断是没有列表还是单个节点失败

客户端没有显示节点、所有节点同时异常、只有一个节点失败，是三种不同现象。先记录列表是否出现、节点数量是否发生明显变化，以及错误发生在刷新前还是连接后。

如果列表为空，检查重点应放在订阅取得与更新时间；列表存在但单节点失败，才进入节点条件。不要用反复重装同时改变客户端、本地缓存和订阅状态。

“最新节点”在这里指当前账号与客户端实际显示的结果，不是本站发布的实时节点名单。本站无法从公开页面验证具体名称、地区、延迟或可用率。

订阅层负责把列表交给客户端

订阅地址、账号权限、客户端解析和更新时间共同影响列表。刷新动作完成不等于数据一定改变；应比较刷新前后的时间、列表结构和明确提示。

如果刷新后仍无列表，固定客户端版本与网络，只观察订阅层。若提示包含令牌或完整订阅地址，截图时必须遮住。不要把订阅地址发到公开群组。

列表恢复后再测试节点，避免在上游尚未完成时把所有节点标记为失效。

多个节点同时变化时检查共同条件

多个节点在同一时段出现相似结果，可能共享订阅状态、客户端配置、本地DNS或网络出口。共同变化值得先检查上游，但不能证明服务端一定发生故障。

选择一个原本正常的节点作为基准，在相同设备、相同网络和相近时间测试一次。随后只替换节点；如果差异跟随节点移动，证据更接近单节点条件。

若换到另一个可信网络后结果改变，只能记录网络条件相关。对照时保持账号、设备和客户端不变，仅切换节点或网络，变化来源才容易辨认。

连接成功仍要确认目标任务

连接按钮显示成功、系统取得网络、目标页面可以访问，是三个不同结果。依次记录客户端状态、系统网络状态和实际任务，不以图标颜色替代结果。

测试结束后断开连接并确认原网络恢复。无法稳定复现时保留暂时无法归因，不承诺实时节点状态，也不通过关闭系统保护制造一次成功。