跳到正文
Clash 使用手册clash-meta.cc

TROUBLESHOOT / 故障排查

导入订阅后没有节点,怎么查?

先看订阅卡片有没有选中,再看最近一次更新是否成功。有些配置把节点放在 proxy-providers 里,不能只凭 proxies 为空就判断订阅失效。

先分清:没下载到,还是没显示出来?

这两种情况看起来都是空列表,处理方法却不同。先看“订阅”页最近一次更新有没有报错:下载失败就查链接和访问方式;更新成功就看当前配置、节点提供者和策略组。

下面按界面中能直接查看的位置说明。先保留原配置,避免反复删除重建后丢失可用节点。

订阅卡片是否已经选中?

在“订阅”页点击要使用的卡片,确认它显示为当前配置,再到“代理”页展开策略组。只导入卡片而没有启用它,界面可能仍显示上一份配置。

多个订阅不要混着判断。记下当前卡片名称,后续查更新记录、节点提供者和日志时,都以这份配置为准。

重新复制完整的订阅链接

回到订阅服务的后台,选择 Clash/Mihomo 格式并重新复制链接。检查首尾空格、换行和被截断的参数;登录页、套餐页都不是订阅地址。

更新返回 401 或 403 时,查看账户状态、链接是否重置,以及服务端是否有限制。404 可能是地址变化,也可能是链接失效,不能只凭状态码判断原因。

在自己的设备上用浏览器打开链接可以帮助观察返回内容,但浏览器和客户端的请求方式可能不同。返回了文件,不代表文件格式一定适用于当前客户端。链接中的 token 等参数不要公开,也不要交给不明在线转换网站。

超时或连接失败:检查访问订阅的方式

先看客户端更新订阅时使用的是直连、系统代理还是另一种下载方式。如果当前代理本身已经不可用,沿用它更新也可能失败;而有些订阅地址又需要已有的可用代理才能访问。

确认这一点后,可用自己的手机热点做一次对照,或向服务商索取备用订阅地址。换网络后恢复,只能说明故障与访问路径有关,还需要结合报错继续判断。

不要急着删除上一次成功下载的配置。旧配置中的节点可能仍可用,但是否能继续连接取决于节点、账户和服务端状态。

配置里是否使用了 proxy-providers?

Mihomo 配置的节点可以直接写在 proxies,也可以从 proxy-providers 加载。proxies 为空,并不一定是空订阅。

  • 直接写节点:检查 proxies 下是否有条目,以及是否有格式或参数报错。
  • 使用节点提供者:看 provider 的更新是否成功。主配置下载成功后,远程节点列表仍可能因为超时或鉴权失败而没有加载。
  • 只有策略组看不到节点:检查策略组是否引用了对应 provider,以及筛选条件是否把节点全部排除了。
  • 返回 HTML 或登录页:检查链接和访问限制,当前返回内容不能作为 YAML 配置导入。

日志出现 YAML 解析错误时,记录行号与错误字段。在本机查看文件即可;向别人求助时去掉订阅链接、节点密码和服务器凭据。

配置有节点,界面还是没有怎么办?

先确认报错针对的是当前启用的配置。客户端的覆写、合并或脚本也可能改变策略组和节点列表;如果最近改过这些设置,备份后逐项停用做对照。

使用旧客户端时,还要检查内核是否支持配置中的协议与参数。按对应版本的发布说明判断是否需要升级,不要仅因列表为空就同时重装客户端、重置网络和更换订阅。

常见问题

导入成功就代表订阅没问题吗?
不代表。还要确认配置已启用、节点提供者加载成功、策略组能显示节点;导入和实际连接是不同步骤。
proxies 是空的,是不是服务商没有返回节点?
不一定。配置可能通过 proxy-providers 加载节点。查看 provider 的更新状态与策略组引用后,再判断返回内容是否缺少节点。
电脑和手机都没有节点,可以排除客户端问题吗?
不能直接排除。两端可能用了同一种不适用的格式,或都无法访问节点提供者。记录各自报错,并用对应的 Clash/Mihomo 入口检查。
需要发什么信息才能让别人帮忙?
提供客户端与内核版本、系统版本、报错时间和脱敏后的错误片段。不要发送完整订阅链接、节点密码或包含凭据的配置文件。

相关页面

本站整理开源项目的下载与使用说明,与 Clash、Mihomo、Clash Verge Rev、FlClash 等项目没有隶属关系。下载入口分别注明镜像和 GitHub 来源。 版本号、文件名、体积与系统要求以各项目官方发布页为准。镜像包的版本以实际文件为准。