所有节点都超时应该先检查什么？
快速结论
如果所有节点同时无法连接，应优先检查本地网络、客户端、订阅或配置、系统权限和代理模式，再进一步确认节点或服务状态，而不是一开始反复切换节点。
所有节点同时超时的影响范围判定
当打开客户端测速界面，发现从香港、日本、新加坡到美西的所有节点无一例外全部显示“Timeout”、“-1ms”或暗红色时，用户的直觉往往是“服务商服务器全崩了”。然而在现代高可用分布式网络架构中，所有部署在不同国家、不同机房甚至不同ASN自治系统的服务器在同一秒集体不可达的概率极低。
这种全域性不可达的现象，绝大多数情况下意味着阻断发生在更底层的全局公共通道中——也就是你当前使用的这台设备、这个客户端程序、或者你所在的本地宽带环境。盲目连续在列表中切换几十个节点，不仅毫无意义，还会导致本地客户端频繁创建与销毁套接字，加剧系统开销。
最常涉及的技术层级
全域超时通常涉及以下四个底层核心技术要素：
- 本地物理网络：宽带光猫断流、Wi-Fi连接异常、移动蜂窝网络欠费或热点中断。如果本地宽带本身断网，任何节点必然测速失败。
- 本地系统授时：操作系统时钟与国家授时中心偏差超过60秒。现代TLS加密握手对时间戳有严格校验，时间不对会导致证书验证彻底失败，直接中断所有通信。
- 客户端内核异常：Clash/Mihomo内核在后台因内存不足崩溃，或者本地监听端口（如7890）被杀毒软件、迅雷或网络调试工具强行占用冲突。
- 配置解析失效：订阅链接拉取到的文件为空，或者配置文件中的秘钥字符串发生损坏，导致客户端内核根本无法向远端服务器发起有效握手。
黄金三步逐层排查流程
第一步：验证本地普通网络与系统时间
彻底关闭客户端程序，打开浏览器直接访问国内常规网站（如百度、B站或腾讯网）。如果国内普通网页也打不开，说明是本地光猫断网、网卡配置混乱或路由器故障，应优先重启路由器。接着检查电脑右下角系统时间，进入“日期和时间设置”，点击“立即同步”确保秒级校准。在许多企业或学校局域网中，Windows时间服务器可能被阻断，可手动切换为 pool.ntp.org 或 cn.pool.ntp.org 强制授时。
第二步：检查客户端内核与端口占用
查看客户端内核状态栏。如果状态显示为Stopped或无任何日志输出，尝试重启客户端。使用Windows PowerShell运行命令 Get-NetTCPConnection -LocalPort 7890 检查本地代理端口是否被迅雷、虚拟机等其他软件强行占用。若存在冲突，在客户端常规设置中将混合端口修改为 7895 或 10808，避开被占端口。
第三步：手动刷新订阅并重载配置
在订阅管理中点击“刷新”。检查拉取回来的节点数量是否正常，更新时间是否变为当前时间。如果订阅更新成功且延迟测试重新出现绿色或黄色数字，说明之前是旧节点入口域名失效。若刷新报错，可将订阅链接复制到系统浏览器中直接打开，验证服务器端连接状态。
注意：在上述三步未完成前，在列表中从第1个节点点到第50个节点没有任何意义，因为底层的网络调用完全被阻断在操作系统内部。
故障特征与检查对照表
| 故障现象 | 可能涉及层级 | 优先检查项 | 处置建议 |
|---|---|---|---|
| 全节点测试标红超时 | 操作系统时间 | 系统时区与NTP授时 | 开启自动时间同步，误差缩小至1秒内 |
| 节点测速无任何反应 | 客户端核心进程 | Core内核运行状态 | 查看运行日志，检查端口是否被占用 |
| 所有节点延迟测试为0ms | 订阅数据包 | YAML配置有效性 | 重新导入标准订阅，清空本地缓存 |
| 偶尔恢复但瞬间全超时 | 网络适配器驱动 | 局域网AP漫游/节能驱动 | 禁用网卡省电模式，切换5GHz频段Wi-Fi |
什么时候该换节点与何时徒劳
什么时候不要换节点：当列表中100%的节点测速无一例外全部不可达时，不要盲目切换节点。此时问题在你的设备本身，换节点纯属徒劳，只会徒增焦虑。
什么时候换节点才有效：完成上述本地修复后，测速显示有大半节点恢复正常（如香港、日本恢复，仅少数特定节点依然超时），此时切换到延迟稳定在150ms以内的低负载节点即可恢复正常使用。
常见疑问解答
为什么系统时间会影响所有节点连接？
现代加密代理协议普遍采用TLS/SSL或基于时间戳的动态认证握手。如果本地设备时间比网络授时慢或快几分钟，远端服务器会判定该握手请求为重放攻击或过期会话，从而直接拒绝建立连接，导致全域超时。
防火墙会拦截代理客户端导致全部超时吗？
会。Windows Defender或某些第三方杀毒软件更新后，可能将客户端内核（如clash-core或mihomo）识别为未知程序并切断其出站连接权限。可在防火墙出站规则中放行客户端程序。