Clash 订阅链接怎么导入？格式识别、更新失败与泄露处理

Clash 能直接导入的不是任意网址，而是服务方提供的 Clash 或 Mihomo 兼容订阅。客户端访问链接后，服务端可能返回带 proxies、proxy-groups、rules 的 YAML，也可能返回编码文本、登录页或错误页面；返回内容决定了能不能解析。

把链接粘进客户端后，“添加成功”只能说明地址被保存，不能说明配置已经下载，更不能说明里面的节点能用。

订阅地址里的 token 通常等同于读取凭据。后面的排查只需要错误状态、响应类型和时间，不需要公开完整 URL。聊天截图、录屏和日志分享前，把问号后的参数遮住。

有些订阅服务会根据 User-Agent 返回不同格式。浏览器直接打开得到一串内容，不代表 Clash 请求时一定相同；反过来，浏览器看到网页也不一定说明链接失效。把客户端版本、更新时间和状态码交给提供方，比反复删除配置更有用。

如果客户端提供直接链接、配置链接或 URL Scheme 等多种入口，先用普通远程链接。某一种方式报 client error(Connect) 时，可以换客户端文档列出的另一种导入入口，但不要把“允许无效证书”长期打开。

出现 parse、yaml: unmarshal、field not found 一类错误，说明网络请求大多已经完成，客户端卡在读取内容。常见原因是服务端返回了其他客户端格式、YAML 缩进损坏，或配置使用了当前内核不支持的字段。

此时换节点通常没有帮助。保留第一行具体报错和行号，核对客户端的 Mihomo 版本，再让订阅提供方生成兼容格式。不要手工修远程配置里的几十处内容，因为下一次更新会全部覆盖。

远程更新显示成功，但 Proxies 页面没有节点，可能是返回内容只有规则，可能所有节点被筛选掉，也可能当前选中的仍是旧配置。回到 Profiles 看选中标记，再检查配置是否包含 proxies 或 proxy-providers，以及 proxy-groups 是否引用了它们。

节点存在却全部显示在一个未被使用的组里，也会让主策略停在 DIRECT。选择一个实际包含节点的策略组并固定节点，随后用 Connections 观察一条请求；这比只看延迟按钮更能说明配置是否接通。

Clash 通常会继续使用上一次下载成功的本地副本。因此订阅已经过期或服务端正在报错时，现有节点仍可能暂时可用。判断更新状态要看“最后更新时间”和本次错误，而不是只看网页能不能打开。

旧配置能用时不要急着删除。先导出错误信息、确认账号和链接状态，等新地址更新成功后再移除旧记录。直接删掉唯一可用副本，会让原本可排查的问题变成立即断网。

选中新的 Profile，到 Proxies 固定一条节点，保持 Rule 模式并开启系统代理。访问一个熟悉的网页时，Connections 应出现目标域名、命中规则和出口。延迟测试只说明探测地址有响应，不能替代这次真实请求。

如果请求进入 Clash 后显示 timeout，换另一条节点；若完全没有记录，检查系统代理；若显示 DIRECT，查看规则。页面正常打开并且记录与选择一致，才说明这条订阅已经完成下载、解析、启用和转发。

一旦完整订阅出现在公开截图、群聊、工单或陌生转换站，应到服务面板重置订阅地址。新 token 生效后，在自己的客户端替换链接并更新；旧地址应返回无效状态。只修改 Profile 的显示名称不会让旧凭据失效。