先判断泄露的是什么：订阅链接通常等同于访问凭据

发现 Clash 机场订阅链接出现在公开截图、聊天记录、网盘文件、代码仓库或论坛帖子里，第一步不是急着删除本地配置，而是把链接视为已经暴露的凭据。许多订阅 URL 带有随机令牌，任何拿到完整链接的人都可能在有效期内请求配置，获取节点名称、服务器地址、端口、加密方式等信息；部分服务商还会允许使用者直接导入并消耗账户流量。具体权限取决于服务商的实现，因此不能仅凭链接看起来复杂，就认为它无法被利用。

先区分三种常见暴露程度。第一种是只泄露了服务商主页或订阅页面地址，没有令牌或个人参数，通常不等于订阅凭据泄露。第二种是完整订阅 URL 被他人看到，即使页面已撤回，也应按凭据泄露处理。第三种是 YAML 配置文件、客户端备份或调试日志被公开，其中可能不只有订阅地址，还包含已展开的节点信息、规则、个人备注，甚至额外的认证字段。后两种情况都需要检查服务商是否支持撤销旧链接，并确认文件副本与访问权限是否一并处理。

ℹ 关键原则：删除帖子、撤回消息或清空剪贴板只能减少后续传播，不能让已经被复制的链接失效。真正的补救是联系服务商撤销或重置旧订阅凭据，再在自己的客户端中改用新链接。

不要为了确认链接是否还能使用，把完整 URL 发到群聊、在线检测网站或所谓的“订阅安全扫描器”。这种做法会把凭据交给额外的第三方，反而扩大暴露范围。排查时只记录域名、暴露位置、发现时间和受影响的设备；如需向服务商提交证据，优先使用其官方工单或账户内客服入口，并遮挡 URL 中的令牌、用户标识和其他敏感参数。

发现链接公开后，先做这几项应急处理

处理顺序应当以“尽快失效、再清理副本、最后核验”为主。不要一开始就删除所有客户端配置或重装系统：若旧令牌仍有效，重装客户端并不能阻止他人继续使用它；反过来，贸然删除配置也可能让你失去判断哪些设备仍在使用旧订阅的线索。先保留必要的本地状态，但不要继续转发或公开包含链接的文件。

  1. 记录暴露范围。记下链接出现在哪个平台、何时被发现、内容是否公开可搜索、是否有下载或转发迹象。需要留存截图时，先制作一份遮挡令牌后的副本；原始证据应保存在只有你能访问的位置，不要为了存证再次上传到公开空间。
  2. 尽快联系服务商。通过账户面板、官方客服或工单明确说明“订阅 URL 已公开”，询问能否撤销旧令牌、重置订阅地址，以及重置后旧链接何时失效。若套餐允许多个订阅或设备，确认更换链接是否会影响其他订阅，不要擅自把账户密码或完整付款信息发给非官方客服。
  3. 先撤销，再分发新链接。拿到新链接后，仅保存到个人密码管理器或受保护的本地记录中。不要把新链接贴回原帖子作为“更新版”，也不要在工单之外重复发送给不需要访问的人。
  4. 暂时避免高风险操作。服务商尚未确认旧链接失效前，避免把订阅再次导入第三方转换网站、在线测速工具或公共设备。若怀疑公开链接已经被滥用，可以询问服务商能否查看异常更新时间、流量或登录记录；不同服务商提供的审计能力并不相同。

如果服务商没有自助重置入口，先询问是否可以手动禁用旧订阅凭据。如果对方暂时无法处理，明确询问预计完成时间和临时降低风险的方法；不要假设“改套餐密码”会自动让订阅 URL 失效，因为有些系统把账户登录凭据与订阅令牌分开管理。若链接里还包含账户密码、API 密钥或其他服务的凭据，应分别在对应服务中轮换，不能只重置机场订阅。

在 Clash 客户端中安全替换订阅

确认服务商已经使旧链接失效后，再更新正在使用的客户端。Clash Verge、Clash Verge Rev、Mihomo Party、Clash for Android、ClashX 等客户端的菜单名称和版本行为可能不同，但基本流程相同：找到当前使用的订阅或 Profile，编辑远程地址，将旧 URL 替换成新 URL，保存后手动更新，并确认配置确实成功加载。不要把新 URL 追加成第二份订阅后就忘记移除旧项，否则客户端可能仍保留旧链接，日后自动更新时继续请求已暴露地址。

更新前先确认你操作的是正在使用的配置，而不是名称相近的备用 Profile。部分客户端会把订阅地址、下载后的配置文件和当前生效配置分开管理；在一个位置改了 URL，不一定会自动修改其他副本。替换后检查订阅状态与更新时间，确认节点和策略组正常出现，再选中当前配置并观察连接日志。若出现 HTTP 错误或下载失败，先核对新链接是否完整、服务商是否已启用新令牌，以及客户端是否仍指向旧 Profile；不要把链接复制到公共网页来测试。

在电脑和手机上使用同一机场时，应逐台核对。把新链接只输入到需要使用的设备，完成更新后删除客户端里不再使用的旧订阅条目。若通过同步软件、浏览器账户或云剪贴板在设备间复制过链接，也要检查同步历史和共享设备；清理方式取决于系统与服务本身，不能假定删除一台设备上的记录会同时删除云端副本。共用设备或公共电脑上还应退出账户，清除下载目录中的临时 YAML、文本文件及回收站副本。

订阅更新成功不代表旧内容已从所有位置消失。客户端可能保存旧配置快照、备份文件或自动生成的诊断包；清理前确认当前配置已正常运行，并保留一份不含订阅 URL 的必要备份。若需要分享配置进行排障，先搜索并移除完整订阅地址、节点密码、令牌、个人注释及可识别的账户信息，再检查文件中展开后的节点地址是否也属于你不愿公开的内容。

排查截图、日志和配置分享中的泄露来源

检查截图、录屏与聊天内容

订阅地址不一定只出现在专门的“订阅设置”页面。屏幕录制可能拍到地址栏、更新弹窗、剪贴板提示或客户端配置编辑器；截图边角也可能露出二维码、用户 ID、节点备注和服务商控制面板。回看曾公开发布的内容时，可以按日期和相关关键词检索自己的帖子、工单附件与聊天记录。发现内容后，删除公开副本并检查平台是否提供附件替换、历史版本清除或访问权限收紧；但要把它视为清理传播渠道，而不是令旧链接失效的手段。

检查日志、配置文件与同步备份

连接日志通常用于记录连接目标、规则命中和出站策略，本身未必会完整显示订阅 URL；不过调试日志、导入记录和错误提示可能包含请求地址或服务器返回内容。上传日志前先在本地检查敏感字段，尤其关注带有随机长字符串的 URL 参数、用户名、节点认证信息和内网地址。YAML 中的节点定义即使没有订阅 URL，也可能暴露服务器域名、IP、端口与协议参数；这些信息是否可被滥用，取决于节点认证与服务商控制方式，但公开分享前仍应做脱敏。

同时检查代码仓库、云盘、论坛附件、邮件草稿和自动备份。曾经把配置提交到公开仓库时，仅删除当前文件并不一定移除了 Git 历史中的旧版本；需要按平台的凭据泄露处理流程清理历史，并优先让服务商撤销旧订阅。云盘文件即使设置为“仅自己可见”，也应确认没有“任何持有链接的人可查看”的共享权限。不要为了清理历史把新的订阅 URL 再提交到仓库中。

降低再次泄露的概率：日常订阅管理习惯

把订阅 URL 当作密码管理，而不是普通网址。建议保存于可信的密码管理器或受设备访问控制保护的本地位置，使用清楚但不暴露令牌的备注，例如记录服务商名称和用途，而不是把完整地址写进公开文档。避免在工单标题、社交媒体、团队 wiki 或代码注释中粘贴完整链接；需要描述问题时，用“订阅更新返回 403”这样的信息说明现象，并遮盖 URL 参数。

客户端安全与服务商侧控制需要配合：Clash 客户端负责在本地读取并使用配置，通常不能替服务商撤销已经泄露的远程令牌。不要把“退出客户端”“关闭系统代理”或“卸载应用”误认为凭据已失效；这些操作最多停止本机使用，并不会自动阻断其他人用旧 URL 获取配置。若使用公司设备或共享网络，也应遵守组织的信息安全要求，避免自行公开网络日志或未经授权的节点信息。

常见问题

删掉公开帖子后，还需要更换订阅链接吗？

需要。公开内容可能已被缓存、下载或转发，删除帖子无法保证所有副本消失。只要完整订阅 URL 曾经对他人可见，就应联系服务商确认旧令牌失效，并使用新链接更新自己的客户端。

修改机场账户密码会让旧订阅链接失效吗？

不一定。服务商可能将网页登录密码与订阅令牌分开管理。更改账户密码后，应直接询问服务商旧 URL 是否已撤销；如果账户密码本身也暴露，则同时更改密码，并检查是否有其他服务复用了相同密码。

只分享 YAML 配置、没有分享订阅 URL，也有风险吗？

可能有。下载后的配置可能包含节点地址、认证参数、个人备注或其他账户信息。分享前应移除凭据并检查节点信息；若配置来自已公开的订阅，或无法确认其中敏感字段是否仍有效，向服务商询问是否需要更换订阅或节点凭据。

新链接更新成功后，旧订阅项要不要保留？

除非服务商明确要求并说明用途，否则建议从正在使用的客户端中移除旧订阅项，避免后续误更新。清理前先确认新配置已加载、节点可用，并检查其他设备、备用 Profile 和同步目录是否仍保存旧链接。

不同客户端在订阅编辑、配置备份和日志查看上的入口各有差异；有些旧客户端或简化型工具需要手动定位 Profile 文件，容易遗漏备用配置，而仅靠删除公开内容也无法撤销服务商侧令牌。处理订阅泄露时，最重要的仍是先让旧链接失效，再逐台更新并检查残留副本。若你希望在一个更清晰的客户端界面中管理日常 Clash 配置，可以前往下载 Clash V.CORE，并继续遵循“订阅链接不公开、分享配置先脱敏”的原则。