配置发布与故障恢复
在面板保存协议服务、网络前置、共享代理池或订阅权益后，相关节点的配置进入发布队列。保存成功表示面板已记录修改，节点需要完成发布后才会使用新配置。
查看发布结果
- 在“节点协议”点击“查看发布任务”，检查对应节点的实时队列。已有成功记录也不能替代对本次更新的检查。
- 排队或执行中先等待；失败或等待重试时查看错误，修复后重试。需要手动发布时使用协议行的“发布”操作。
- 结合协议详情中的“发布任务记录”排错；历史记录可能被清理，没有记录不表示未发布。发布完成后，分别确认节点进程、配置和 Connector 上报状态。
- 涉及用户权限或线路变更时，再通过客户端验证实际连接。
SSH 可连接、进程运行和节点配置已生效是不同状态。不能仅凭其中一项判断整个服务正常。
发布失败时
- SSH 连接失败：检查节点地址、端口、凭据、提权配置及网络可达性。
- 配置校验失败：按错误修正协议字段、端口冲突或内核能力，重新保存并发布。
- 激活或健康检查失败：查看节点操作记录，确认回滚结果和实际运行状态。
- 节点离线：面板保留待办并重试；远端可能仍使用原来的配置。
自动发布失败不会直接丢弃任务，面板重启后会继续处理。多次修改同一节点时，发布以当前已保存配置为准。任务列表清空不替代节点健康检查。
如果节点已应用配置但面板尚未收到完成确认，重试可能再次发布。排障时结合发布记录、节点操作结果和真实连接情况判断。
重试与运行连续性
已授权线路不会仅因面板短暂中断就被主动撤掉。节点仍可能继续使用上次生效的配置，因此中断期间的权限变更要等恢复发布后再核对，不能把这当成权限已即时撤销。
发布时如果有效配置哈希与 Connector 认证环境均未变化，而且现有服务与控制接口健康，系统会复用运行状态、跳过不必要的重启。配置变化或健康检查不通过时仍可能重新激活，不能据此承诺所有更新都无中断。
支持幂等键的异步任务重复提交时，相同键和相同内容返回原任务；同一键换了内容会被拒绝。网络超时后先查询原任务及节点状态，再决定重试，不要通过换键反复创建同一操作。