使用 Clash Verge、Mihomo 或其他 Clash Meta 内核客户端时，有些用户会在日志中看到 Provider Health Check Failed、Health Check Failed、Proxy Provider 健康检查失败 等提示。
这类问题和普通的“节点全部 Timeout”不完全一样。很多时候，订阅本身已经成功导入，节点也显示在客户端里，但 Clash 在对 Proxy Provider 中的节点执行健康检查时失败，因此可能出现节点延迟无法测试、自动选择失效、代理组长期显示异常等情况。
如果你遇到类似报错，可以按照下面的顺序逐项排查。
如果你遇到 Provider Health Check Failed、节点健康检查失败、自动测速异常，排查本地网络和客户端后仍无法恢复，也可以重新获取稳定订阅配置后再测试。
一、Provider Health Check 是什么意思？
在 Clash / Mihomo 配置中，部分节点并不是直接写在主配置文件中，而是通过 Proxy Provider 加载。
客户端可以定时对这些节点执行健康检查，也就是：
访问指定测试地址 → 检查节点是否能够正常连接 → 返回延迟或可用状态。
如果测试失败，就可能出现：
- Provider Health Check Failed
- health check failed
- proxy provider health check error
- 节点健康检查失败
- 自动测速失败
- Proxy Provider 节点全部异常
因此，这个报错主要表示：
Clash 没有成功完成某个代理提供者中的节点可用性测试。
它不一定代表所有节点已经彻底失效。
二、先手动测试几个节点
遇到 Provider Health Check Failed 后，不要直接判断整个订阅坏了。
先进入：
代理 / Proxies
手动选择 2～3 个不同地区节点测试，例如：
- 香港
- 日本
- 新加坡
- 美国
观察节点是否能够正常显示延迟。
如果部分节点可以测速
说明：
Provider 本身可能正常，只是某些节点失效。
这时候直接避开异常节点即可。
如果所有节点都无法测速
则继续检查：
- 当前网络
- 测试地址
- Proxy Provider
- 配置文件
- Mihomo 内核
三、重新更新一次订阅
健康检查失败有时候是因为本地保存的节点信息已经过期。
进入 Clash Verge：
订阅 / Profiles → 找到当前配置 → 更新
更新完成后重新加载配置，再测试一次节点。
如果机场已经：
- 更换服务器
- 删除失效节点
- 修改端口
- 更新协议
- 调整 Provider 配置
重新获取订阅后就可能恢复。
四、检查是不是只有“自动选择”失效
很多用户遇到的情况其实是：
手动选择节点可以正常使用，但“自动选择”“自动测速”一直失败。
这种情况重点检查 URL-Test / Health Check，而不是订阅本身。
例如配置中的自动选择组需要定期访问某个测试网址。
如果这个测试地址暂时无法访问，就可能导致：
所有节点健康检查显示失败
但节点实际上仍然能用。
所以可以尝试：
- 不使用自动选择；
- 手动选择一个节点；
- 打开 Google 或其他网站测试；
- 判断节点实际是否能够联网。
如果手动使用正常，就说明问题更可能出在健康检查机制。
五、测试地址无法访问也会导致 Health Check Failed
Clash 的健康检查通常需要访问一个指定 URL。
如果该网址：
- 无法连接
- DNS解析失败
- 被当前网络阻断
- 响应时间过长
- 临时宕机
就可能导致所有节点健康检查失败。
因此会出现一种比较典型的现象：
节点实际上可用，但延迟测速全部异常。
遇到这种情况，不建议只根据红色延迟或 Health Check Failed 判断节点是否失效。
最好同时实际打开网页测试。
六、切换网络重新测试
如果所有 Provider 都同时健康检查失败，建议更换一次基础网络。
例如：
Wi-Fi → 手机热点
然后：
- 彻底退出 Clash；
- 重新打开客户端；
- 更新订阅；
- 再执行一次测速。
如果换热点后恢复，说明问题更可能来自原网络环境。
例如：
- DNS异常
- 路由器限制
- 网络防火墙
- IPv6异常
- 运营商网络波动
七、关闭其他代理和 VPN 软件
电脑上同时运行多个代理工具，也可能影响 Clash 健康检查。
建议暂时退出：
- 其他 Clash 客户端
- VPN 软件
- 游戏加速器
- 其他系统代理工具
然后只保留当前 Clash Verge / Mihomo 客户端。
尤其要注意不要同时开启两个都在接管：
- 系统代理
- TUN
- DNS
的工具。
否则健康检查流量可能走错出口。
八、更新 Mihomo 内核
如果使用的是比较新的订阅配置，但 Mihomo 内核很旧，也可能出现 Proxy Provider 或健康检查兼容问题。
建议检查客户端中的：
设置 → Mihomo / 内核版本
如果长期没有更新，可以先升级到客户端支持的较新版本，再重新加载配置。
特别是配置包含较新的：
- VLESS
- AnyTLS
- Reality
- Proxy Provider
- URL-Test
等功能时，更应该优先检查内核。
九、Provider Health Check Failed 和节点 Timeout 有什么区别？
两者经常一起出现，但含义并不完全相同。
| 问题 | Provider Health Check Failed | 节点 Timeout |
|---|---|---|
| 主要位置 | Proxy Provider健康检查 | 单个节点连接 |
| 是否代表节点一定不能用 | 不一定 | 更可能不可用 |
| 自动选择是否受影响 | 很明显 | 可能 |
| 手动节点能否使用 | 有可能正常 | 通常异常 |
| 是否与测速地址有关 | 是 | 不一定 |
| 是否需要检查Provider | 是 | 通常不是第一优先 |
所以遇到 Health Check Failed，建议先实际测试节点，而不是立即删除订阅。
十、为什么节点能打开网页，但健康检查还是失败？
这是很常见的情况。
原因是：
健康检查访问的测试网址
和你平时实际访问的网站并不是同一个地址。
因此可能出现：
- Google 正常
- YouTube 正常
- 节点实际可用
- 但健康检查 URL 无法访问
最终客户端仍显示：
Health Check Failed
这种情况下，节点本身未必有问题。
十一、Proxy Provider 加载异常也可能导致健康检查失败
如果 Proxy Provider 本身没有正确加载节点，那么健康检查自然无法完成。
可以观察是否同时出现：
- provider load failed
- proxy provider not found
- provider update failed
- failed to fetch provider
- no proxies
如果存在这些报错，应该优先解决 Provider 加载问题，而不是不断测速。
十二、删除旧配置后重新导入
如果健康检查长期异常，而且订阅更新后没有改善，可以尝试重新导入配置。
建议操作顺序：
- 保存订阅地址；
- 删除当前异常配置；
- 重新添加订阅；
- 更新配置；
- 重新选择配置；
- 再次测试节点。
这样可以排除旧缓存或本地配置残留。
十三、自动选择节点一直失败怎么办？
如果只有 Auto / URL-Test / 自动选择 一直异常，而手动节点可用，可以暂时：
关闭自动选择 → 手动选择稳定节点。
因为自动选择依赖持续健康检查。
当：
- 测试地址异常
- 网络波动
- 部分节点质量不稳定
时，自动选择的结果反而可能不准确。
等健康检查恢复后再重新开启即可。
十四、最简单的排查顺序
如果不想研究具体日志，可以直接按照下面顺序处理：
第一步：手动测试几个节点
↓
第二步：更新订阅
↓
第三步：退出其他 VPN / 代理软件
↓
第四步：切换手机热点测试
↓
第五步：更新 Mihomo 内核
↓
第六步：重新导入订阅配置
↓
第七步：仍然全部 Health Check Failed，再检查 Provider 或联系配置提供方
这样排查效率通常比反复切换节点更高。
十五、常见问题
Provider Health Check Failed 是不是节点全坏了？
不一定。
它表示健康检查没有成功完成，但部分节点可能仍然可以正常连接。
为什么全部节点测速失败，但网页还能打开？
可能是健康检查使用的测试地址无法访问，而不是节点本身失效。
更换节点能解决吗？
如果只是个别节点异常，可以。
如果所有 Provider 都同时失败，更应该检查网络、测试 URL、配置或内核。
自动选择一直失败怎么办？
先手动选择一个可用节点使用，再排查 URL-Test 和健康检查。
需要重新安装 Clash Verge 吗？
通常没必要第一时间重装。
优先尝试更新订阅、切换网络、更新内核和重新导入配置。
总结
Clash 出现 Provider Health Check Failed、Proxy Provider 健康检查失败、节点测速异常 时，不一定意味着整个订阅或所有节点已经失效。
建议优先按照：
手动测试节点 → 更新订阅 → 检查网络 → 关闭其他代理 → 更新 Mihomo → 重新导入配置
这个顺序处理。
如果手动节点可以正常打开网页，但自动选择和健康检查持续失败，那么问题更可能位于 Health Check 测试地址、URL-Test 或 Proxy Provider 配置，而不是节点本身。
相关阅读：