Clash 订阅导入后没有节点、全部超时？一套可复现的排查流程

导入订阅后看到“更新成功”，并不等于配置已经可用。订阅链接、配置格式、客户端、DNS、系统代理和落地线路，任何一层出问题，都可能表现为“没有节点”或“全部超时”。

下面这套流程按“先确认配置，再定位客户端，最后排查线路”的顺序进行，可以避免反复更换节点却找不到真正原因。

第一步：确认订阅真的返回了配置

先在浏览器中打开订阅链接。正常响应通常会以 proxies:、proxy-groups: 或经过 Base64 编码的配置内容开头。

注意不要截图或公开完整订阅链接，其中通常包含账号令牌。

同时检查：

• 套餐是否仍在有效期内；
• 本月流量是否已经用完；
• 是否超过设备数量限制；
• 客户端是否支持当前配置格式。

Clash 和 Mihomo 使用 YAML 配置，V2Ray 风格的 Base64 订阅不能直接导入所有客户端。如果格式不匹配，即使下载成功，客户端也可能不显示节点。

第二步：刷新后仍然没有节点

依次尝试：

1. 删除旧配置，重新复制订阅链接导入。
2. 手动更新订阅，确认更新时间发生变化。
3. 检查客户端版本是否过旧。
4. 把订阅链接先下载成文件，再通过“本地配置”导入。
5. 更换一个网络，例如从 Wi-Fi 切换到手机热点。

如果同一个订阅在另一台设备上能正常显示节点，问题通常在当前客户端或系统环境，而不是全部节点同时失效。

第三步：有节点，但所有测试都超时

这时先不要逐个点击几十个节点。先回答一个问题：是所有节点失败，还是只有部分节点失败？

全部节点失败，重点检查：

• 系统代理是否被其他软件占用；
• 是否同时开启了多个 VPN 或代理工具；
• TUN 模式与系统代理是否冲突；
• 路由器 DNS 是否异常；
• 电脑时间是否准确；
• IPv6 是否导致连接异常；
• 防火墙是否拦截客户端。

可以清理 DNS 缓存后重试。

Windows：

ipconfig /flushdns

macOS：

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

如果只有个别节点失败，更可能是节点线路、入口网络或落地资源的问题，可暂时切换到其他地区验证。

第四步：用“网络对照”排除 Wi-Fi 影响

保持同一个客户端和同一份配置，只切换网络：

• Wi-Fi 下失败，手机热点下成功；
• 热点下失败，家庭宽带成功；
• 不同运营商结果明显不同。

这基本可以把范围缩小到路由器 DNS、IPv6、防火墙或运营商链路。此时继续更换节点通常没有意义。

第五步：延迟测试不等于真实可用

延迟测试失败不一定代表代理完全不可用。有些节点会屏蔽 ICMP 或测量请求，但仍可以承载实际网页流量。

建议用同一节点分别测试：

• 普通网页是否能够打开；
• 图片和评论是否能够加载；
• 视频是否能够建立播放连接；
• 下载速度是否正常。

如果图片和网页正常，只有视频异常，应继续检查 QUIC、UDP、MTU、DNS 解析和节点带宽，而不是把问题直接归因于“节点全部失效”。

快速判断表

• 完全看不到节点：订阅格式、有效期、流量额度或客户端兼容性。
• 看得到节点但全部超时：系统代理、TUN、DNS、防火墙或多代理冲突。
• 只有部分节点超时：单条线路或落地资源异常。
• 一个网络失败、另一个网络正常：本地网络、路由器或运营商链路问题。
• 网页正常但视频异常：UDP/QUIC、MTU、DNS 或节点实际带宽问题。

联系客服前准备这些信息

只提供排查所需信息，不要发送完整订阅链接、密码或付款凭证：

• 操作系统和客户端名称；
• 客户端版本；
• “没有节点”或“全部超时”的具体表现；
• Wi-Fi 和手机热点是否都失败；
• 是否只有部分节点失败；
• 最近一次成功和失败的时间；
• 错误提示截图，但先遮挡订阅令牌。

我是巡光云维护者。完整的图文排查流程和客户端操作步骤在这里：

https://www.xunguangyun.com/guides/clash-subscription-no-nodes?utm_source=devto&utm_medium=referral&utm_campaign=clash_no_nodes