为什么 Clash 里所有节点都显示 Timeout，但手机上同一订阅能用？

这说明订阅和服务本身正常，问题出在电脑本地。常见原因有系统时间偏差、防火墙拦截客户端或内核、内核未启动、端口被其他程序占用等。可先校准系统时间，再在防火墙中放行客户端相关程序，最后重启内核或更换内核版本逐项验证。

延迟测试显示 Timeout 是不是代表节点全部失效了？

不一定。延迟测试依赖一个外部测试地址，如果该地址本身不可达，或本地网络阻断了测试请求，即使节点可用也会显示超时。可以先在客户端设置中更换延迟测试地址再测一次，或直接打开网页验证实际连通性，避免被测试结果误导。

订阅还在有效期内，为什么也会全部超时？

有效期内仍可能因为流量用尽、订阅文件在更新过程中损坏、服务方更换服务器地址而导致节点全部失效。建议登录服务方用户面板核对剩余流量，并手动重新更新一次订阅；若更新本身报错，则按订阅更新失败的排查思路继续处理。

Clash 显示所有节点 Timeout 的原因与处理方法

打开 Clash Verge Rev 或 Mihomo Party，在代理页面点击延迟测试，节点列表从上到下全部变成 Timeout，没有一个例外。这种”整齐划一”的失败其实是一条重要线索：如果只是某个节点出了故障，其余节点应当仍能测出延迟；当所有节点同时超时，问题几乎总是出在订阅、本地环境或服务侧这类整体性环节上，而不是某个节点本身。因此，“全部超时”与”个别超时”的处理思路完全不同——个别节点超时通常是该服务器负载过高或线路波动，换一个节点即可；全部超时则应沿着本文的顺序逐项排查。

一分钟快速判断

在动手排查之前，先花一分钟做三个动作，往往能直接锁定方向：

看订阅状态：登录服务方的用户面板，确认套餐是否在有效期内、剩余流量是否已经归零。订阅过期和流量用尽是全部超时最常见的原因。
看系统时间：部分协议对时间敏感，系统时间与标准时间偏差过大就可能导致握手失败，表现和节点失效完全一样。用手机对时或搜索”北京时间”对照一下电脑右下角的时钟。
换个环境测：用手机流量开热点，让电脑连上热点后重新测试。热点下恢复正常，说明问题在原来的网络；热点下依旧全部超时，问题在客户端配置或订阅上。

可能原因（按概率从高到低）

订阅过期或流量用尽：服务方在套餐到期或流量耗尽后会停止转发，所有节点自然无法连通。
订阅文件损坏：更新订阅时网络中断、返回内容异常等，可能导致本地配置文件不完整，节点的服务器地址或密码字段出错。
本地网络阻断：所在网络（公司内网、校园网或特定时段的运营商网络）对代理协议或目标端口做了拦截。
系统时间偏差：偏差过大时，依赖时间校验的协议无法完成握手。
测试地址不可达：延迟测试依赖一个外部测试 URL，该地址连不上时所有节点都会被误判为超时。
内核未启动或端口冲突：客户端界面正常但底层内核没有运行，或监听端口被其他程序占用，任何请求都发不出去。
防火墙或安全软件拦截：Windows 防火墙或第三方安全软件阻止了客户端与内核联网。

逐步排查

第一步：核对订阅状态并手动更新

登录服务方用户面板，查看到期时间与剩余流量。如果对订阅链接、配置文件这些概念还不熟悉，可以先读一读机场订阅是什么以及它如何工作。确认套餐正常后，在客户端的订阅页面手动更新一次订阅；若更新过程本身报错，请转到订阅更新失败的错误类型与排查步骤处理，再回来继续。

第二步：检查订阅内容是否完整

在 Clash Verge Rev 的订阅页面右键配置文件，选择”编辑文件”，确认 proxies 段落存在且节点数量与面板显示一致。文件为空或明显残缺时，删除该配置，重新导入订阅链接。

第三步：校准系统时间

Windows 进入”设置 → 时间和语言 → 日期和时间”，开启”自动设置时间”并点击”立即同步”，同步完成后重新测试延迟。

第四步：更换延迟测试地址

在客户端设置中找到”延迟测试地址”（默认通常是一个返回 204 状态码的检测页），换成另一个常用检测地址后重测。如果更换后延迟恢复显示，说明此前只是测试地址不可达，节点其实可用。这类”测不出延迟但实际能用”的情况，与节点有延迟但网页打不开正好是一体两面，都说明延迟测试结果不能直接等同于实际连通性。

第五步：确认内核正在运行

在 Clash Verge Rev 的首页或设置页查看内核状态，必要时点击”重启内核”；再打开日志页面，留意是否有 port already in use 一类的端口占用报错。存在端口冲突时，修改混合端口号或关闭占用端口的程序。客户端安装与端口设置的细节可参考 Clash Verge Rev 的安装与基础配置教程。

第六步：检查防火墙与安全软件

打开 Windows 安全中心的”防火墙和网络保护 → 允许应用通过防火墙”，确认客户端主程序与内核程序均已放行；临时退出第三方安全软件后再测一次，以排除拦截的可能。

第七步：换网络交叉验证

完成以上步骤仍然全部超时，用手机热点做最后验证。热点下恢复正常，可以确定是原网络的阻断，只能更换网络或联系网络管理方；热点下依旧超时，且手机直接使用同一订阅也无法连接，则问题大概率在服务侧。

区分网络侧与客户端侧

交叉测试的逻辑很简单：固定订阅不变，分别更换”设备”和”网络”两个变量。同一订阅在另一台设备、另一个网络下工作正常，说明服务没有问题，回到本机检查时间、防火墙和内核；任何设备、任何网络下都不通，则指向订阅或服务侧。养成这个习惯后，绝大多数超时问题都能在几分钟内定位到大方向。

什么时候应该联系服务方

满足以下任一条件时，值得向服务方提交工单：用户面板显示一切正常，但所有设备、所有网络下节点均超时；重置订阅并重新导入后问题依旧；服务方公告已承认故障但长时间未恢复。提交工单时写明已完成的排查步骤、使用的客户端名称与版本、故障出现的大致时间点，能明显减少来回沟通的次数，也方便服务方对照服务器日志定位问题。