订阅更新失败的排查顺序

「更新失败」是个笼统说法，底下藏着至少六七种完全不同的毛病：链接拉不到、拉到了但是空的、拉到了但和上次一模一样、明明写着成功节点却全没了。排查的顺序比排查的手段重要——先做那件能一刀砍掉一半可能性的事。

第一刀：把链接贴进浏览器

1. 在客户端里找到这份配置，进编辑或详情，把订阅链接原样复制出来。
2. 换一个浏览器窗口，粘进地址栏，回车。
3. 浏览器开始下载一个文件，或者直接在页面上摊出一大段 YAML——链接和网络都没问题，毛病在客户端这一侧。
4. 浏览器转半天超时、报 DNS 解析失败、或者返回一个错误页——问题在网络或链接本身，在客户端里再怎么点也没用。

浏览器也打不开：先解开这个死结

最常见的情况是订阅域名本身要有代理才能访问，而你此刻恰好没网。客户端一般有「更新时走代理」「使用系统代理更新」这类开关——Verge Rev 在配置的编辑面板里，别的客户端叫法各异——打开它，让客户端用现在还能连的节点去拉新订阅。前提是你手上确实还有一个能用的节点。

节点全挂了的话这条路就断了。剩下的只有手动救急：服务商如果给了备用域名，换那个再试；或者去用户中心拿一条单节点分享链接手动导入，先把网连上，再回头更新订阅。

浏览器能下，客户端不行

• User-Agent。部分服务商按 UA 决定给什么，客户端默认 UA 不在名单里就返回空内容或者直接 403。有的客户端能自定义 UA，在配置的高级设置那一栏。浏览器下得动、客户端拿到空的，八成是这个。
• 证书错误或 TLS 握手失败。第一个怀疑对象是本机系统时间，偏出去几分钟握手就验不过。第二个是做 TLS 拦截的安全软件或企业根证书。
• 客户端自己走了代理，而当前那个节点连不上服务商的域名。把「更新时走代理」关掉再试一次，开和关两种都试。
• 写入失败。配置目录只读或者被安全软件锁住，内容下回来了写不进去。日志里会写明是写文件出的错，不是网络。

显示更新成功，但结果不对

• 节点全没了，只剩一两个名字很奇怪的。多半是账号到期或流量跑完，服务商返回的是一份只带提示文字的空配置，在客户端看来这次更新完全成功。看卡片上的到期日期和流量数字。
• 内容和上次一模一样，可服务商明明说加了新节点。CDN 缓存。等十几分钟再拉，或者在链接尾部挂一个无意义的参数把缓存绕开。
• 直接 404。服务商换域名了，旧链接不再有效。去用户中心重新复制一条，别在旧的上面耗。

curl -A "clash-verge/2.0" -I "https://sub.example.com/link?token=YOURTOKEN"
curl -A "clash-verge/2.0" -sS "https://sub.example.com/link?token=YOURTOKEN&t=1738400000"

第一条只取响应头，看状态码是 200 还是 403、404、302。不少服务商还会在响应头里带一行 subscription-userinfo，里面是已用流量和到期时间的原始数字，比界面上显示的更可信。第二条把内容拉下来看，顺便演示了绕缓存：结尾那个 t= 参数服务商不认，CDN 认，换个数字就是一次全新请求。把 -A 后面换成不同的 UA 字符串，就能验证服务商是不是在按 UA 区别对待。

自动更新间隔设多少合适

手动更新是你点一下立刻去拉；自动更新是客户端按间隔在后台拉，失败通常只在日志里留一行，界面未必提醒你。间隔设成几分钟没有意义——节点列表不会变那么勤，而且不少服务商限频，请求太密反而换来一串错误。设成一周又太长，人家换了节点你还在用旧的。多数人一天一次到两天一次就够，临时想拿新节点，手点一下比调间隔快。