导入订阅后节点全部超时、一个都连不上
节点全部超时最常见的原因是订阅本身已失效(到期或流量耗尽)、出站模式误选为「直连」、或系统时间偏差过大导致 TLS 握手失败——先按这三项排查,能解决大部分情况。
查看 6 步排查 →先对号入座找到你遇到的现象,再顺着它的检查清单逐条排。Clash 的问题九成集中在几处:模式选错、时间偏差、该开 TUN 没开、订阅本身失效。
共收录 10 类常见故障,每类一个独立页面,附成因排序与可照做的步骤。
节点全部超时最常见的原因是订阅本身已失效(到期或流量耗尽)、出站模式误选为「直连」、或系统时间偏差过大导致 TLS 握手失败——先按这三项排查,能解决大部分情况。
查看 6 步排查 →这类软件不读取系统代理设置,需要开启客户端的 TUN 模式——它通过虚拟网卡在网络层接管全部流量,不管程序读不读代理设置都能纳入代理。
查看 5 步排查 →这是误开「全局模式」的典型表现——所有流量包括国内网站都被送去海外节点绕远。切换到「规则模式」,让规则集把国内流量自动直连即可恢复。
查看 4 步排查 →订阅解析失败最常见的原因是复制了非 Clash 格式的订阅链接——多数服务会为不同客户端提供不同格式,必须使用标注为「Clash」的那一条。
查看 5 步排查 →先在客户端手动点一次「更新订阅」;若仍无变化,删除该订阅重新导入以清除缓存——部分客户端还需要重启内核后新节点才会生效。
查看 5 步排查 →TUN 需要系统级权限来创建虚拟网卡——以管理员身份运行客户端并允许驱动安装,同时确保没有其它 VPN 或 TUN 工具在运行,是解决此问题的关键。
查看 5 步排查 →这是落地节点 IP 被平台标记为代理所致,与客户端设置无关——更换到该平台可用的节点,或选择提供原生 IP 落地的线路即可。客户端本身无法绕过这类检测。
查看 5 步排查 →AI 服务对 IP 纯净度要求比流媒体更严格,提示不可用多为节点 IP 被风控——更换节点或选用原生 IP 线路,并确保该服务域名走代理而非直连。
查看 5 步排查 →先排除安全软件拦截与端口占用这两项——它们占绝大多数;若仍失败,删除损坏的配置文件或重装客户端通常能恢复。
查看 5 步排查 →先用「自动测速」策略组换到延迟更低的节点,再检查 DNS 策略——这两项能解决多数时好时坏的情况;若仍不稳定,多为节点线路本身在高峰期拥堵。
查看 5 步排查 →按平台选客户端
内核与进阶