Clash 节点全部变红怎么办？所有节点超时的六层排查顺序（2026）
优选科普
打开 Clash（或 mihomo / Clash Verge / ClashX），节点列表整片通红，延迟一栏全是 timeout、超时 或一串横线。不管你搜的是「所有节点变红」「节点红色」还是「节点全部超时」，说的都是同一件事——客户端里的节点状态显示为红色，延迟测不出来。
但**「全红」和「个别节点红」是两类完全不同的问题**，得分开看：
- 个别节点红、其余正常 → 大概率就是那几个节点在维护或被封，换一个用就行，不用排查。
- 全部节点红 → 问题几乎一定在你这一侧，或在订阅/机场的整体层面。因为几十个分布在不同国家、不同 IP 段的节点同时失效的概率极低。
下面这六层是按「排查成本从低到高、命中率从高到低」排的。请按顺序走，不要跳。 大多数人卡在前三层，却先去折腾了第六层。
先搞清楚：Clash 的「延迟」到底测的是什么
理解这一点能省掉一半冤枉功夫。
Clash 显示的延迟不是 ping 那个节点的网络延迟，而是：通过这个节点，向一个指定的测试 URL 发一次 HTTP 请求，测量拿到响应的耗时。默认的测试地址通常是 http://www.gstatic.com/generate_204（一个只返回 204 空响应的地址）。
所以「变红」的准确含义是：这次测试请求没有在超时时间内拿到预期响应。 它可能因为节点坏了，也可能因为——测试地址本身不通、你本机根本没网、握手被拒。节点是无辜的那几种情况，恰恰是最常见的。
第一层：确认本机真的有网（最常被跳过）
听起来废话，但这是命中率最高的一条。
关掉代理（Clash 里切到「直连」或直接退出程序，并确认系统代理已关闭），然后打开任意一个国内网站。
- 打不开 → 你的问题跟 Clash 无关，是宽带、Wi-Fi 或运营商侧断了。先修网络。
- 能打开 → 进第二层。
顺手做一件事：用手机开热点，让电脑连热点再测一次。如果热点下节点全绿，那就是你原来那个网络环境的问题（路由器 DNS、校园网/公司网限制、运营商拦截），而不是 Clash 或机场的问题。这一步能一次性排除掉一大类原因。
第二层：检查系统时间（隐蔽但高频）
这条是最容易被忽略、又最容易修的。
现在主流的代理协议（Trojan、VLESS + TLS、Hysteria2 等）都建立在 TLS 之上。TLS 握手会校验证书有效期，而校验依赖你本机的时间。如果系统时间偏差过大（几分钟通常没事，偏差几小时或日期都错了就一定出问题），握手会直接失败——表现出来就是所有走 TLS 的节点全部超时。
典型触发场景：换过主板电池的老电脑、双系统切换后时区错乱、虚拟机休眠恢复、手动改过时间。
怎么修：
- Windows：设置 → 时间和语言 → 日期和时间 → 打开「自动设置时间」，再点「立即同步」。
- macOS：系统设置 → 通用 → 日期与时间 → 打开「自动设置时间和日期」。
- Linux：
sudo timedatectl set-ntp true
同步完重新测一次延迟。如果这就是原因，会立刻全绿。
第三层：订阅状态——过期、流量耗尽、设备数超限
节点配置还在本地，所以列表看起来是满的，但服务端已经不认你了。这三种情况都会表现为「全部超时」，而不是提示你「已过期」：
- 套餐到期 —— 登录机场面板看剩余天数。
- 流量跑完 —— 看剩余流量。有些机场流量耗尽后不断开，只是把你限速到几乎不可用，测试请求同样超时。
- 同时在线设备数超限 —— 你在手机、电脑、路由器上同时挂着，超过套餐允许的设备数，服务端可能拒绝新连接。先把其他设备上的客户端全退掉再测。
这三项都是在机场面板里一眼能看到的事实，不用猜。查完再往下。
第四层：换一个延迟测试地址
如果前三层都正常，那就要怀疑测试地址本身。
默认的 www.gstatic.com 属于 Google 域名段，在某些网络环境下它自己就不通——这时候即使节点完全健康，测试也会全红。
换成一个更稳的测试地址试试：
http://cp.cloudflare.com/generate_204各客户端的设置位置：
- Clash Verge / Verge Rev：设置 → 延迟测试地址（Latency Test URL）
- ClashX / ClashX Pro：配置文件里的
test-url，或界面的「测速地址」 - 配置文件里改：在 proxy-group 下加
url: http://cp.cloudflare.com/generate_204
改完保存、重启内核、重新测速。如果换了地址就全绿，那从头到尾节点都是好的，只是被一个不通的测试地址误判了。
第五层：端口占用与其他代理软件冲突
同一台机器上同时装了两个代理客户端（比如 Clash 和 v2rayN、或两个 Clash 分支），它们默认端口经常撞（7890 / 7891 / 9090 是常见的几个）。后启动的那个抢不到端口，可能静默失败或只起了一半，表现就是连不上、全超时。
排查：
# Windows（PowerShell）
Get-NetTCPConnection -LocalPort 7890 | Select-Object OwningProcess
Get-Process -Id <上面拿到的 PID>
# macOS / Linux
lsof -i :7890如果占用的进程不是你正在用的那个客户端，把另一个彻底退出（注意检查系统托盘和后台，不少客户端点 X 只是最小化），再重启。
另外：系统里残留的旧代理设置也会捣乱。Windows 上检查「设置 → 网络和 Internet → 代理」，确认没有指向一个已经不在运行的端口。
第六层：到这里才轮到「机场是不是出问题了」
前五层都排除了，才有理由认为是服务端的事。这时候做两件事：
- 手动更新一次订阅（不是重启客户端，是重新拉取订阅）。节点 IP 被封后机场通常会换 IP 并更新订阅内容，你本地那份是旧的。具体做法和它自己会失败的情况，见 Clash 订阅无法更新与导入失败排查。
- 去机场的公告页或 TG 频道看有没有故障通知。 大面积节点故障、被攻击、迁移机房，正规机场都会发公告。
⚠️ 有一件事本站没法替你判断：机场是「临时故障」还是「已经不再正常运营」。这两者在客户端里的表现完全一样，都是全部超时。区别只能靠时间和它的沟通态度来看——公告、客服回应、几天后是否恢复。任何声称能从节点状态判断机场是否跑路的说法，都不成立。
如果你正在评估手上这家还值不值得续费，可以看 机场跑路前的征兆与自保做法。
一张表：症状对症
| 你看到的现象 | 最可能的层级 |
|---|---|
| 全红，关掉代理国内网站也打不开 | 第一层，本机断网 |
| 全红，换手机热点后全绿 | 第一层，原网络环境问题 |
| 全红，且最近改过系统时间 / 双系统 / 虚拟机恢复 | 第二层，时间偏差 |
| 全红，面板显示流量已用完或已到期 | 第三层，订阅状态 |
| 全红，但换测试地址后正常 | 第四层，测试地址不通 |
| 全红，机器上装了两个以上代理客户端 | 第五层，端口冲突 |
| 全红，前五层都正常，机场有公告 | 第六层，服务端故障 |
顺带说三个「网上流传但没用」的做法
- 反复点「测速」按钮：延迟是测出来的结果，不是刷出来的。原因没解决，测一百次还是红。
- 把所有节点删了重新导入：如果订阅内容本身没变，删了重导等于原地踏步。要做的是更新订阅（重新向服务器拉取），不是重新导入同一份旧内容。
- 换客户端：Clash Verge 换成 ClashX 再换成 mihomo，如果原因在第一到第四层，换谁都一样红。换客户端只能排除「这个客户端本身有 bug」这一种可能，它排在很后面。
内核启动就报错、或者跑一阵子自己崩掉，那是另一类问题，见 mihomo / Clash Meta 内核报错与启动失败。节点全绿但网页打不开，见 节点是绿的却无法上网。
顶级 IPLC 专线网络加速体验
稳定、高速、无忧解锁全球流媒体。采用企业级 SLA 在线率保证，是晚高峰 4K 观影和重度外网工作者的绝佳首选。
- 纯净内网专线高峰期不降速
- 原生 IP 节点秒开 Netflix 4K
- 无设备限制全家共享网络
- 特惠高配小包极致性价比之王