Roxi先把泄露的东西分清楚
订阅链接常包含可下载配置的 token；配置里又可能有节点认证信息。账户密码、管理接口密钥和支付信息属于另外的权限。服务商如何关联这些凭据各不相同，不能默认“改登录密码”会同步撤销订阅，也不能默认“重置订阅”会让已下载的节点立即失效。
| 泄露内容 | 需要核实并处理 |
|---|---|
| 完整订阅 URL 或可还原的二维码 | 撤销旧订阅 token，生成新入口 |
| 导出的配置、节点 URI 或节点二维码 | 轮换节点认证信息，确认旧节点凭据失效 |
| 账户密码或登录会话 | 修改密码、撤销会话，并处理重复使用的密码 |
| 管理 API token / 控制面板密钥 | 按对应接口撤销并更新依赖它的客户端 |
| 只有脱敏域名或普通首页链接 | 先确认是否真的包含访问凭据，不必凭空扩大事件 |
第一步：从可信账户入口撤销，而不是只删除帖子
- 通过你原有的可信书签或官方入口登录账户，不使用陌生人发来的“重置链接”。
- 寻找“重置订阅”“重新生成 token”“撤销密钥”等实际功能，阅读说明并记录重置时间。没有明确功能时联系服务方，描述泄露类型即可，不要再次公开完整凭据。
- 若泄露过节点配置，明确询问服务方是否会同时轮换节点密码、UUID 等认证项，以及旧连接何时结束。仅改变下载 URL 不足以证明节点访问权已经撤销。
- 删除你能控制的公开截图、二维码、帖子和共享文件，同时申请平台清理副本。但已被下载的凭据仍要靠服务端撤销，删帖不能代替这一步。
必要的旧值核验应在你自己可控的本地设备进行。不要把泄露链接交给陌生的“安全检测网站”测试。新链接也不要通过同一个公开渠道回传。
第二步：按设备列表迁移，防止旧配置复活
| 设备或位置 | 需要做的事 |
|---|---|
| 手机、电脑、平板客户端 | 换成新订阅，更新并确认实际节点可用 |
| 路由器、NAS、自动更新脚本 | 替换保存的地址或凭据，检查下一次更新任务 |
| 密码管理器和私有备份 | 替换旧记录，给旧备份标记失效 |
| 浏览器下载、聊天文件、云盘 | 清理不必要的配置副本和分享权限 |
| 订阅转换服务 | 撤销旧源地址，按服务能力删除缓存；评估是否仍要使用 |
迁移时先在一台设备导入新配置验证，再逐台更新。不要为“方便”把含新 token 的链接放在共享表格或截图里。若客户端同时保留了旧配置，将它明确停用或删除，避免以后自动切回旧入口而不断报错。
第三步：验证撤销，而不是只看新链接能用
- 在本地确认新订阅能更新、实际节点能连接，这是新凭据可用的证据。
- 按服务方提供的方法确认旧订阅已经拒绝访问；关注响应内容，不只看 HTTP 状态。部分系统可能返回说明页。
- 若旧节点信息也曾泄露，单独确认旧节点认证已经被服务端撤销。状态不明时向服务方核实，不能用“旧 URL 失效”代替判断。
- 查看可用的设备、用量和会话记录，记录重置后的异常。流量变化本身不一定代表有人盗用，应结合设备和时间核对。
本地缓存可让客户端继续显示旧节点列表，不证明服务器还允许下载。另一方面，凭据轮换后已经建立的连接是否立即断开也取决于服务实现；需要立即收回时，应明确要求撤销会话或连接，而不是自行假定。
以后怎样分享排障信息
分享客户端版本、错误原文、时间、网络类型和脱敏截图通常已经足够。链接的查询参数、路径中的 token、节点 URI、二维码和日志中的认证头都可能含秘密，遮住一部分前缀仍可能留下可用信息。用本地工具检查截图，不把原始配置上传公共 YAML 校验、在线转换或截图识别站。
如果原订阅恢复不了，继续使用已经验证的新配置，记录哪些设备尚未迁移。不要为了短暂恢复旧设备而重新启用已泄露的凭据。