Clash Verge 全部 timeout、所有节点超时怎么办？ | 原因与解决步骤

为什么要了解这个问题？

所有节点一起失败，更需要查共同条件：配置、套餐、内核、测试目标与网络。逐个重复测速或马上购买新套餐，可能绕开真正的问题。

直接回答

先判断是否只有测试失败，再检查配置有效性、套餐与服务公告，用其他网络作对照；证据指向共同原因后再修复，避免把测试地址异常误认为全部节点故障。

按下面的顺序操作，每完成一步再进入下一步；已经确认的条件可以直接通过目录跳到对应环节。

选一条节点打开目标网页并看连接日志，确认浏览器经过当前客户端。若只有延迟测试失败，先查统一测速目标；如果真实请求也失败，继续查共同配置。

查看配置是否下载、解析并被选中，排除列表来自旧缓存或未激活的订阅。配置内核不兼容时，多个节点可能一起失败，应查协议类型而非逐个换名称。

登录已确认的服务后台，检查有效期、流量余额和账号状态。观察订阅更新时间与公告；所有节点共享的账号或额度问题，换地区通常无效。

在自己的热点或另一可用网络测试相同配置，保持其他条件不变。只有原网络失败时，调查本地网络路径；两种网络都失败再查配置或服务状态。

确认内核正常运行，读取共同的启动、DNS、认证或握手错误。若实际访问正常，可使用可信且能访问的测速目标核对测试设置，不随意导入未知测试脚本。

将时间、版本、网络对照、脱敏错误发给服务方。共同故障未恢复时保留配置与证据，使用已验证的备用方案；不要删除账户记录后再询问原因。

通过真实请求、账号检查和网络对照找到共同失败条件，而不只看到一排 timeout。

容易忽略的地方

不要连续快速测试所有节点制造更多连接；按少量代表节点做可重复对照。

客户端菜单与平台条件可能变化，操作前核对对应开发者或平台说明。

把这个问题与下一步接起来

先保留报错与日志，再做同节点、不同网络或不同应用的对照；一次只改变一个条件。

记录目标请求是否完成与耗时，作为对照证据，而不是解锁结论。

判断是否只有特定网络、协议或时段失败，避免把全部超时直接归因于封锁。

核对配置结构与订阅格式，区分配置没有加载和节点无法建立连接。