外观
Clash 节点延迟全是 Timeout?测速失败、节点失效和“能用却测不出”一次讲清
Clash 里一排节点突然全部变成红色 Timeout,新手第一反应通常是:机场跑路了?订阅过期了?还是电脑被自己折腾坏了?
先别急着卸载软件。Timeout 只代表这一次延迟检测没有在规定时间内完成,并不能直接等于“节点彻底失效”。 有时节点确实坏了,有时只是测速地址不通,还有一种很常见的情况:节点能正常打开网页,但就是测不出延迟。
下面不绕技术黑话,按实际排查顺序把它讲清楚。
先搞懂:Clash 的“延迟测试”到底测了什么

很多人以为 Clash 显示的 80 ms、200 ms,就是类似游戏里的网络 Ping,或者代表这个节点每秒能跑多少兆。其实都不准确。
Mihomo 内核的节点延迟检测,本质上是让指定节点访问一个健康检查网址,然后记录完成请求所花的时间。配置中还可以设置测试网址、超时时间和期望返回状态。只要请求超时,或者返回结果不符合配置要求,就可能被判定为不可用。(wiki.metacubex.one)
因此,延迟数字主要回答的是:
这个节点访问指定测试地址时,响应快不快?
它不能完整回答“看视频能跑多快”“晚高峰稳不稳”或者“某个海外网站一定能打开”。
| Clash 显示结果 | 通常代表什么 | 不能直接说明什么 |
|---|---|---|
| 50 ms | 测试请求响应较快 | 下载速度一定最快 |
| 200 ms | 响应稍慢,但节点可能完全可用 | 节点质量一定很差 |
| Timeout | 本次请求未按条件完成 | 节点百分之百死亡 |
| 有延迟但网页打不开 | 测试地址可以访问 | DNS、分流和目标网站都正常 |
不同客户端可能显示 Timeout、-1、空白或红色图标,界面不一样,排查思路基本相同。
为什么节点会全部显示 Timeout
1. 测速地址暂时访问失败
这是“节点能用但测不出”的常见原因。
机场订阅通常会指定一个很小的网页作为健康检查地址。节点访问它失败、连接绕路、响应太慢,或者返回状态不符合要求,Clash 就可能显示 Timeout。Mihomo 文档列出的常见健康检查地址包括 Cloudflare 和 Google 的轻量测试页面,但最终使用哪个地址,取决于订阅配置和客户端设置。(wiki.metacubex.one)
如果你能正常打开 Google、YouTube 等网站,只是延迟按钮一直报错,优先怀疑测速环节,而不是立刻认定机场全挂了。
2. 当前网络连不上机场入口
如果所有节点都打不开网页,也全部 Timeout,可能是当前宽带、校园网、公司网络或手机网络无法连接机场服务器。
这种情况最有效的判断方法不是反复点测速,而是直接换网络:
- 电脑连接手机热点再试;
- 手机从 Wi-Fi 切换到移动数据;
- 暂停其他 VPN、加速器、安全软件后再试;
- 重启光猫或路由器,重新获取网络连接。
换网络后立刻恢复,通常说明问题出在原来的网络环境,而不是订阅本身。
3. 客户端内核没有正常运行
Clash 的界面打开了,不代表代理内核一定工作正常。内核启动失败、服务异常、端口被占用,都可能造成“一排节点全部 Timeout”。
尤其是电脑刚更新系统、客户端崩溃退出,或者同时安装了多个代理工具时,更容易发生端口和网络接管冲突。
4. 订阅内容过旧或节点已经更换
机场可能调整服务器地址、端口或协议。如果客户端长时间没有更新订阅,旧节点自然可能全部失效。
注意,更新客户端和更新机场订阅不是一回事:
- 更新客户端:升级 Clash Verge Rev 等软件;
- 更新订阅:重新获取机场提供的节点列表。
只升级软件却不更新订阅,旧节点仍然不会自动变成新节点。
5. 测试超时时间太短
健康检查可以配置超时时间,单位通常是毫秒。网络拥堵时,节点可能只是响应较慢,却因为超过限制而显示 Timeout。(wiki.metacubex.one)
普通用户不建议为了消灭红色提示,随意修改订阅里的 YAML。配置写错可能导致整个订阅无法加载。只要实际使用正常,就没必要追求每个节点都显示绿色数字。
6. 自动测速处于“懒惰检查”状态
部分策略组或订阅会开启 lazy。简单理解就是:这个节点组没被使用时,客户端不一定持续检测,所以界面中的延迟结果可能没有及时刷新。(wiki.metacubex.one)
手动选中对应节点组,再点一次延迟测试,有时就会恢复正常显示。
按这个顺序排查,最快找到问题

第一步:别看延迟,先直接打开网页
手动选择一个节点,打开两个不同的海外网站。
- 网页能打开:节点大概率可用,重点检查测速地址或超时设置;
- 一个都打不开:继续往下排查;
- 只有某个网站打不开:更可能是分流、DNS、节点 IP 或网站限制,不是整体断网。
不要只用一个网站判断。例如某个 AI 服务打不开,并不能证明节点坏了,也可能是该节点所在地区不受支持。
第二步:退出自动选择,手动切换节点
先不要选择“自动选择”“负载均衡”或名字复杂的策略组,直接手动测试具体节点。
建议分别选:
- 一个香港或台湾节点;
- 一个日本或新加坡节点;
- 一个美国节点。
如果只有一两个节点 Timeout,通常是单节点维护或线路波动;如果不同地区全部失败,再考虑客户端、订阅或本地网络问题。
第三步:完整重启客户端和内核
不要只点窗口右上角的关闭按钮,因为有些客户端关闭窗口后仍在后台运行。
正确做法是:
- 从托盘菜单彻底退出客户端;
- 等待几秒;
- 重新打开客户端;
- 确认内核启动成功;
- 手动选择节点并重新测速。
如果同时运行了 Clash、V2RayN、其他 VPN 或游戏加速器,先全部退出,只保留一个代理工具。
第四步:更新订阅,但先保留旧配置
在订阅页面点击更新,确认没有出现 401、403、超时或配置解析错误。
更新前不要急着删除原订阅。万一机场订阅接口暂时异常,保留旧配置至少还能继续尝试旧节点。更新成功后,观察节点名称、数量和更新时间有没有变化。
第五步:切换系统代理和 TUN 模式做对照
如果客户端支持,可以这样判断:
- 关闭 TUN,只开系统代理测试浏览器;
- 系统代理正常后,再单独开启 TUN;
- 如果一开 TUN 就全部断网,问题更可能在虚拟网卡、权限、DNS 或路由冲突;
- 如果两种模式都不通,继续检查节点和本地网络。
TUN 是为了接管不遵循系统代理的程序,并不是必须常开。普通网页浏览在系统代理正常的情况下,不必为了“功能更全”强行开启 TUN。
第六步:换一个网络环境
这是判断线路问题最干脆的一步。
例如电脑宽带下全部 Timeout,就连接手机热点再测;手机 Wi-Fi 下不通,就切移动数据。如果换网后恢复,可以先继续使用可用网络,没必要反复重装客户端。
第七步:查看日志里的关键词
如果客户端提供日志页面,可以在点击测速后观察最新记录。
| 日志现象 | 优先检查 |
|---|---|
| connection timeout | 节点线路、服务器入口、当前网络 |
| DNS 相关错误 | 系统 DNS、客户端 DNS 配置、TUN 设置 |
| connection refused | 节点端口或服务器状态 |
| certificate、TLS 相关错误 | 系统时间、协议配置、客户端内核 |
| no such host | 域名解析或节点服务器域名 |
新手不需要看懂整段日志,抓住最后出现的错误关键词即可。不要把包含订阅链接、服务器地址或认证信息的完整日志随便发到公开群里。
几种特别容易误判的情况
节点显示 Timeout,但网页能正常打开
这种情况可以先用,不必为了延迟数字折腾半天。可能只是测试地址不适合当前线路,或者测试超时时间偏短。
真正影响使用时,再联系机场客服反馈“节点可以访问普通网页,但客户端健康检查超时”,比只发一句“节点炸了”更容易说明问题。
延迟只有几十毫秒,视频却一直缓冲
低延迟不等于高带宽。一个节点响应测试页面很快,不代表它在晚高峰还有足够带宽传输高清视频。
选节点至少要看三件事:
- 打开网页是否干脆;
- 视频拖动进度条是否频繁转圈;
- 连续使用十几分钟是否反复断流。
延迟正常,但特定软件无法联网
浏览器通常会遵循系统代理,但部分游戏、命令行工具和桌面软件可能不会。这时应检查 TUN 模式或软件自身的代理设置,而不是一直换节点。
自动选择总在几个节点之间跳
url-test 自动选择会根据检测结果挑选节点,并可设置切换容差。延迟差距很小时,频繁切换未必能带来更好的体验。(wiki.metacubex.one)
如果某个节点实际使用稳定,可以手动固定,不必永远追着最低延迟跑。
延迟多少才算能用
下面只能作为体感参考,不是统一标准。不同地区、运营商、节点距离和使用场景都会影响结果。
| 延迟范围 | 常见体感 | 更适合的场景 |
|---|---|---|
| 100 ms 以内 | 响应通常比较利落 | 网页、聊天、一般视频 |
| 100~200 ms | 多数日常场景可用 | 影音、学习、办公 |
| 200~300 ms | 操作可能有轻微迟滞 | 浏览、下载、备用线路 |
| 300 ms 以上 | 实时交互容易感觉慢 | 应急或下载任务 |
| Timeout | 需要结合实际访问判断 | 不能只凭数字下结论 |
人在中国大陆连接美国节点,延迟通常很难和香港、日本节点一样低,这是物理距离和线路共同决定的。反过来,香港节点延迟最低,也不代表它一定最适合访问所有网站。
怎么判断该修客户端,还是该换机场
| 现象 | 更可能的问题方向 |
|---|---|
| 同一订阅在手机正常,电脑全部 Timeout | 电脑客户端、系统代理或安全软件 |
| 多个不同机场在同一网络全部失败 | 本地网络、路由器或运营商线路 |
| 只有某几个节点失败 | 单节点维护或线路异常 |
| 更新订阅后所有节点名称都没变化 | 订阅没有真正更新成功 |
| 白天正常,晚高峰长期大面积超时 | 机场线路容量或稳定性不足 |
| 换手机热点后立刻恢复 | 原宽带或局域网环境问题 |
如果已经确认客户端正常、不同网络都试过、订阅也成功更新,但节点仍长期大面积 Timeout,那就没必要无限重装软件,可以考虑准备一个备用机场。
如果确实要换机场,怎么选更省心
新手不建议一次买很长周期,先根据自己的设备数量和流量需求选择入门套餐,确认客户端兼容、常用时段稳定后再决定。
- 99吧:便宜大碗、不限设备,适合刚入门或手机、电脑、平板一起使用,¥8 / 66G 起。可以先看99吧测评,需要时通过99吧注册链接了解固定套餐信息。
- FlyBit:全节点 1 倍率,用多少扣多少,更适合不想计算不同节点倍率、同时看重晚高峰稳定性的用户,¥15 / 128G 起。可以查看FlyBit 测评,或使用FlyBit 注册链接。
如果还拿不准线路、流量和预算怎么平衡,可以先阅读这篇机场综合推荐文章,对照自己的需求再选,不要只盯着延迟数字或宣传中的峰值速度。
常见问题
Timeout 会不会特别耗机场流量?
延迟检测会产生网络请求,因此可能产生少量流量,但通常远小于看视频、下载文件和系统更新。频繁自动测速没有太大必要,按需检测即可。
节点延迟越低,速度一定越快吗?
不一定。延迟更像“对方多久回应”,速度则是“单位时间能传多少数据”。低延迟节点也可能带宽拥堵,高延迟节点也可能下载速度不错。
所有节点突然同时 Timeout,是机场跑路了吗?
不能直接下结论。先测试网页、更新订阅、重启客户端并切换网络。如果官网、订阅接口和全部节点长期同时失联,才需要进一步确认服务状态。
手机能用,电脑全部 Timeout 怎么办?
既然同一订阅在手机可用,说明机场整体大概率正常。重点检查电脑上的代理冲突、内核状态、防火墙、系统代理和 TUN 模式,不要反复重置机场订阅。
要不要自己修改健康检查地址和超时时间?
如果客户端提供明确的图形化选项,可以在保留原配置的前提下尝试;如果只能直接修改 YAML,新手最好先咨询机场客服。配置缩进或字段写错,可能导致整个配置无法加载。
最后总结
看到 Clash 节点全是 Timeout,记住这个顺序:先实际打开网页,再手动换节点,然后重启客户端、更新订阅、切换网络,最后才考虑修改配置或更换机场。
节点能用但测不出,多半是健康检查环节的问题;节点和网页都不通,才需要检查客户端、网络或机场线路。延迟数字只是参考,不是机场质量的最终成绩单。对普通用户来说,常用网站能稳定打开、晚高峰不频繁断流,比追求一个特别漂亮的毫秒数重要得多。