Clash 节点全部超时怎么办？8 个排查步骤

从本地网络、订阅、节点、系统代理、TUN、DNS 到服务端逐层定位。

最后检查：2026-09-28 · 适用平台：请以客户端官方说明为准

30 秒快速判断

诊断原则

先用最小改动排除最常见的本地问题，再逐步扩大范围。每做一步只改变一个变量，并记录结果；这样才能判断是网络、配置、客户端还是服务端导致现象。

为什么“全部超时”比单节点更值得先查本地

当同一订阅所有节点同时超时时，单个节点故障的概率反而下降。先关闭 Clash 确认原生网络正常，再更新订阅、切换网络、检查系统代理和 DNS。若手机热点与 Wi‑Fi 都一样，再把注意力移到客户端或服务端。

怎样判断服务端可能有问题

如果同一订阅在两个设备、两个网络环境都持续失败，而其他订阅或原生网络正常，服务端异常的可能性会提高。此时保存日志、时间和节点名，再联系服务方，或用备用订阅做对照。

逐步排查

1. 确认是单个节点还是全部节点超时。
   完成后只记录这一项对现象的影响；如果问题没有改变，再进入下一项。
2. 测试本地网络，再更新订阅并切换节点。
   完成后只记录这一项对现象的影响；如果问题没有改变，再进入下一项。
3. 关闭后重新开启 System Proxy，检查 TUN 与 DNS。
   完成后只记录这一项对现象的影响；如果问题没有改变，再进入下一项。
4. 多设备多网络都失败且配置正常时，才考虑服务端线路故障。
   完成后只记录这一项对现象的影响；如果问题没有改变，再进入下一项。

仍无法解决？

记录客户端版本、操作系统、订阅更新时间、日志中的错误类别和已尝试步骤。只有多个节点、多个设备及不同网络均失败，并已排除本地配置时，才适合进一步判断服务端或备用订阅。

怎样用日志缩小范围

日志不是要求你理解每一行，而是帮助把“不能用”变成可验证的类别。看到 timeout 时，先区分是测速请求还是实际连接超时；connection refused 通常说明目标端口拒绝连接；DNS lookup failure 表示域名解析环节需要优先检查；subscription fetch error 指向订阅获取；permission error 或 TUN adapter error 则应先查看系统权限与网络接口。请只记录错误类别、时间和操作步骤，绝不要公开完整订阅链接。