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

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

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

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

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

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

远程更新显示成功，但 Proxies 页面没有节点，可能是返回内容只有规则，可能所有节点被筛选掉，也可能当前选中的仍是旧配置。

回到 Profiles 看选中标记，再检查配置是否包含 proxies 或 proxy-providers，以及 proxy-groups 是否引用了它们。也要检查覆写脚本是否过滤了全部节点。

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

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

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

选中新的 Profile，到 Proxies 固定一条节点，保持 Rule 模式。Windows/macOS 桌面客户端开启系统代理；Android 客户端按自己的连接入口建立 VPN 并完成授权。访问熟悉网页，在 Connections 核对目标域名、规则和出口；延迟测试不能替代真实请求。

请求进入 Clash 后 timeout，换另一条节点；完全没有记录，检查桌面系统代理或 Android VPN 是否生效；显示 DIRECT，查看规则。网页正常且记录与选择一致，才说明订阅完成了下载、解析、启用和转发。

订阅地址里的 token 通常等同于读取凭据。排查只需要错误状态、响应类型和时间，不需要公开完整 URL。分享聊天截图、录屏和日志前，遮住路径或参数中的凭据；不确定哪些部分敏感时，遮住整个订阅地址。

只修改 Profile 的显示名称不会让旧凭据失效。完整订阅已经公开时，应通过服务面板重置地址，再按下面的步骤替换设备中的旧链接。