外观
Clash 延迟 9999ms 是什么意思？节点测速失败的 5 个原因
Clash 延迟 9999ms 是什么意思？它不是节点真的慢到 10 秒，而是 Clash、Clash Verge Rev、Clash Meta 等客户端在延迟测试超时或失败时的占位显示。它只说明「这次测试没成功」，节点可能确实挂了，也可能只是测速地址不通。
速读要点
- 9999ms 是测速失败的占位值，不是真延迟 10 秒
- 选中节点先开网页，能开就只是测速地址不通
- 换 generate_204 测速地址、超时调 8–10 秒再测
现象
- 节点列表里一个或多个节点显示 9999ms，部分客户端显示为红色或
timeout。 - 有时 9999ms 的节点实际能上网，有时真的连不上。
- 多次点击测速，数字在正常值和 9999ms 之间跳动。
先排除这 3 件事
- 是全部还是部分：全部 9999ms 优先看节点全部超时；只有少数几个，说明是这几个节点或它们的协议有问题。
- 套餐状态：订阅过期或流量用尽会让所有节点测试失败。
- 实际能不能用：选中一个 9999ms 的节点，打开一个国外网站。能打开就只是测速地址的问题，不用处理。
Clash 延迟 9999ms 是什么意思：测速失败的 5 个原因（按概率排序）
- 测速地址本身不通或被限制。Clash 系默认用 Google 的 generate_204 地址测延迟，节点出口或你的网络对它不通，就会 9999ms。
- 测速超时时间设得太短（部分客户端默认 5 秒），高延迟节点会被判定失败。
- 这个节点确实挂了，或者机场已换地址而订阅未更新。
- 节点用的协议或端口被你的运营商、公司网络干扰，比如某些端口的 UDP 被限速。
- 多个节点同时测速时并发过高，机场入口限制了连接数，部分节点被判超时。
逐步解决
- 更新订阅，再测一次。排除旧配置。
- 在客户端设置里找到「延迟测试地址」或「测速 URL」，换成一个通用地址（如
http://www.gstatic.com/generate_204或http://cp.cloudflare.com/generate_204），不同版本位置略有差异。 - 把超时时间调到 8–10 秒。如果调完后节点显示 2000ms 以上，那是真的慢，考虑换节点。
- 对单个 9999ms 的节点，在节点上右键或长按做单独测速，避免并发影响。
- 同一地区有多个节点时，对比看是不是同一协议类型全挂。是的话优先换协议，不是的话把坏节点反馈给机场。
- 开启客户端日志，查看测速时的错误信息。看到
connection refused多半是节点不在线，看到i/o timeout多半是网络路径被阻断。
仍未解决
提交工单时附上：客户端与版本、系统版本、节点名称、报错截图。说明「测速 9999ms 但实际可用」或「测速 9999ms 且不可用」，两者处理方式不同。
同一家机场长期有大量节点 9999ms，一般是节点维护不及时。可以在筛选器按线路和地区挑一家节点更新更勤的。
常见问题
9999ms 和超时是一回事吗
在 Clash 系客户端里基本是同一回事。9999ms 是延迟测试超时或失败时填入的占位值，有的客户端显示为 timeout 或把节点标红。它只说明这一次测试没成功，不代表节点真的有 9999 毫秒延迟。
只有某个地区的节点 9999ms 是什么原因
多半是这个地区的入口或线路暂时不通，或者这批节点恰好共用同一种协议、端口，被你的运营商或本地网络限制了。按只有部分节点能用的思路找坏节点的共同点，再决定换地区还是换协议。
显示 9999ms 的节点为什么还能上网
因为挂掉的是测速地址，不是节点。Clash 默认的测速地址在某些出口不可达，节点本身是通的。把延迟测试地址换成通用的 generate_204 地址，数字就会恢复正常。
超时时间要不要调得更长
调到 8–10 秒足够，能减少高延迟节点被误判为失败的情况。再往上调意义不大：一个要 2000ms 以上才响应的节点，实际使用体验也不会好，不如直接换节点。
下一步
- 一家机场长期大量节点 9999ms，到稳定机场榜单换一家节点维护更勤的。
- 不知道测速地址、超时时间在哪改，照Clash Verge Rev 使用步骤把设置页过一遍。
- 想弄清延迟、测速与实际速度的关系，读测速快实际慢的原因。