外观
订阅更新失败怎么办
第一步永远是同一个动作:用浏览器直接打开订阅链接。
这一步能在三十秒内把问题分成四类,避免在错误的方向上排查。
| 浏览器打开的结果 | 说明 | 去哪一节 |
|---|---|---|
| 返回一大段文本 / 下载了一个文件 | 订阅本身正常,问题在客户端 | 原因 4、5、6 |
| 提示未授权 / token 无效 | 链接错误或已被重置 | 原因 1、9 |
| 提示套餐到期 / 流量用尽 | 需要续费 | 原因 2 |
| 完全打不开、超时、无法解析 | 网络或 DNS 问题 | 原因 3、7、8 |
注意:浏览器看到的内容与客户端拿到的可能不一样。 多数机场按客户端的 User-Agent 返回不同格式,所以"浏览器能打开"只证明订阅可访问,不证明格式对。
九个原因总览
| # | 原因 | 典型表现 | 排查难度 |
|---|---|---|---|
| 1 | 链接不完整或有多余字符 | 提示未授权 | 低 |
| 2 | 套餐到期或流量用尽 | 提示到期 | 低 |
| 3 | 订阅域名在当前网络不可访问 | 超时 | 中 |
| 4 | 订阅格式与客户端不匹配 | 导入成功但没有节点 | 中 |
| 5 | 客户端版本过旧 | 解析失败 | 低 |
| 6 | 循环依赖(订阅域名走了失效节点) | 节点全失效时无法恢复 | 中 |
| 7 | 触发机场的请求频率限制 | 间歇性失败 | 中 |
| 8 | DNS 解析失败 | 无法解析主机 | 中 |
| 9 | 证书或系统时间问题 | 证书错误 | 低 |
原因 1:链接不完整
最常见,也最容易修。
| 怎么发生 | 说明 |
|---|---|
| 复制时漏了末尾字符 | 长链接容易漏 |
| 复制时带了多余的空格或换行 | 粘贴到某些输入框会出问题 |
| 从截图手动抄写 | 容易错字符 |
| 从聊天软件复制时被截断 | 部分软件会截断长 URL |
修法:从机场后台重新复制,不要从截图、聊天记录或旧笔记里抄。
检查要点:
| 检查 | 说明 |
|---|---|
| 完整的协议头 | https:// 而不是 ttps:// |
| 完整的 token | 通常是一长串随机字符 |
| 没有首尾空格 | 粘贴后检查 |
| 没有换行符 | 从多行文本里复制时容易带上 |
| 参数完整 | ?token=... 或 &flag=... 都要在 |
原因 2:套餐到期或流量用尽
| 检查 | 怎么做 |
|---|---|
| 登录机场后台 | 看套餐状态与到期日 |
| 看客户端显示的到期信息 | 可能是旧数据,以后台为准 |
| 看流量是否用尽 | 部分机场流量用尽后也会限制订阅 |
修法:续费或升级套餐。
预防: 把到期日记在日历里。如果配了双机场,两家的到期日不同,更容易漏。
原因 3:订阅域名在当前网络不可访问
部分机场的订阅域名在某些网络环境下不能直接访问。
| 表现 | 说明 |
|---|---|
| 浏览器打开超时 | 域名不可达 |
| 提示连接被重置 | 连接被中断 |
| 换个网络(比如手机热点)就能打开 | 确证是网络环境问题 |
修法:
| 方法 | 说明 |
|---|---|
| 先连上任意一个能用的节点,再更新订阅 | 最直接 |
| 用手机热点临时更新一次 | 应急 |
| 问机场有没有备用订阅域名 | 部分机场提供 |
| 把订阅域名设为规则直连(预防) | 见原因 6 |
注意这里有个矛盾:要更新订阅需要先连上节点,而节点来自订阅。如果所有节点都失效了,你就陷入了死锁。 这就是原因 6 要解决的问题。
原因 4:订阅格式与客户端不匹配
典型表现:导入成功,但节点列表是空的。
格式对照
| 格式 | 主要客户端 |
|---|---|
| Clash / Mihomo(YAML) | Clash Verge Rev、各类 Clash 内核客户端 |
| sing-box(JSON) | sing-box |
| 通用 / Base64(节点列表) | v2rayN、v2rayNG、Shadowrocket |
| Shadowrocket 专用 | Shadowrocket |
修法
| 步骤 | 操作 |
|---|---|
| 1 | 回机场后台,看有没有标注"适用于 XX 客户端"的多条链接 |
| 2 | 换成对应你客户端的那条 |
| 3 | 如果后台只给一条,试着加格式参数(如 &flag=clash,具体参数名以机场说明为准) |
| 4 | 后台没说明 → 问客服 |
| 5 | 机场不提供你需要的格式 → 考虑换客户端,或用订阅转换(有凭证风险) |
关于订阅转换: 它必须拿到你的订阅链接才能工作,等同于把凭证交给第三方。优先用机场提供的原生格式。 见 订阅链接怎么用。
一个重要区别
通用 / Base64 格式只包含节点列表,不包含规则。
这意味着用这个格式时,规则分流要完全由你自己配——机场预置的国内直连、常见服务分流都拿不到。如果你想用规则分流(机场相对 VPN 的核心优势),优先用 Clash 或 sing-box 格式。
原因 5:客户端版本过旧
| 表现 | 说明 |
|---|---|
| 解析订阅失败 | 新的配置字段不被识别 |
| 部分节点不显示 | 使用了旧版本不支持的协议 |
| 报格式错误 | 配置语法有更新 |
修法:更新客户端到最新版本,从项目的官方仓库下载。
不要从第三方打包版或搜索引擎广告位下载——客户端会保存你的订阅链接,来源不明的客户端等于把凭证交给未知方。
协议在演进(Hysteria2、TUIC 等较新协议需要较新版本的客户端),所以"用了两年没更新的客户端"遇到新机场时出问题是常见的。
原因 6:循环依赖
这是最值得预防的一个,因为它会让你陷入无法自救的状态。
怎么发生
客户端更新订阅 → 请求走了代理 → 代理用的节点来自订阅 → 节点全部失效
→ 更新请求发不出去 → 无法获得新节点 → 死锁修法与预防
| 做法 | 说明 |
|---|---|
| 把订阅域名设为规则直连 | 最重要的预防措施 |
| 或指定一个固定可用的出口 | 备选 |
| 临时关闭代理后更新 | 应急自救 |
| 用手机热点 + 关闭代理更新 | 应急自救 |
规则里应该有这一条:
订阅域名 → DIRECT(直连)多数客户端会自动处理自身的部分流量,但订阅域名通常需要你自己加。 这一条平时看不出作用,出问题时能救命。
详见 规则分流 里的规则方案第 1 条。
原因 7:请求频率限制
| 表现 | 说明 |
|---|---|
| 间歇性失败 | 有时成功有时失败 |
| 短时间内多次更新后失败 | 触发了限制 |
| 等一段时间后恢复 | 限制解除 |
怎么发生: 自动更新间隔设得过短(如 1 小时或更短),或你在排查时反复手动更新。
修法:
| 做法 | 说明 |
|---|---|
| 把自动更新间隔设为 24 小时 | 合理默认 |
| 排查时不要连续反复更新 | 每次间隔几分钟 |
| 等一段时间再试 | 限制通常会自动解除 |
多设备也会累加请求。 如果你在五台设备上都设了 12 小时自动更新,机场看到的是每天十次请求。
原因 8:DNS 解析失败
| 表现 | 说明 |
|---|---|
| 提示"无法解析主机" | 域名解析失败 |
| 浏览器提示找不到服务器 | 同上 |
| 用 IP 能通但域名不行 | 确证是 DNS 问题 |
修法:
| 步骤 | 操作 |
|---|---|
| 1 | 清空系统与客户端的 DNS 缓存 |
| 2 | 给订阅域名指定国内 DNS 本地解析 |
| 3 | 临时改用公共 DNS 测试 |
| 4 | 检查客户端的 DNS 配置是否把订阅域名送去了远程解析 |
为什么订阅域名要本地解析: 远程解析需要先有可用节点,这又是循环依赖。订阅域名应该用国内 DNS 本地解析 + 规则直连,两件事配对。
详见 DNS 设置。
原因 9:证书或系统时间问题
| 表现 | 说明 |
|---|---|
| 提示证书错误 / 证书不可信 | HTTPS 验证失败 |
| 提示证书已过期 | 常常是系统时间错误 |
修法:
| 检查 | 说明 |
|---|---|
| 系统时间是否正确 | 时间偏差过大会导致证书验证失败 |
| 时区是否正确 | — |
| 是否有安全软件拦截 HTTPS | 部分安全软件会做 HTTPS 检查 |
| 是否在受管理的网络环境 | 中间设备可能替换证书 |
"系统时间"是最容易被忽略也最容易修的一项。 长时间未联网的设备、更换过主板电池的电脑、重置过的手机都可能时间错误。
完整排查流程
订阅更新失败:
1. 用浏览器直接打开订阅链接
├─ 返回一大段文本 → 订阅正常,跳到第 4 步
├─ 提示未授权 → 从后台重新复制完整链接(原因 1)
│ → 复制后仍未授权 → 链接可能被重置,或账号异常
├─ 提示到期 → 续费(原因 2)
└─ 完全打不开 → 继续第 2 步
2. 换个网络试(手机热点)
能打开 → 订阅域名在原网络不可访问(原因 3)
→ 先连上任意节点再更新;并把订阅域名设为规则直连
还不行 → 继续第 3 步
3. 是解析问题还是连接问题?
提示无法解析主机 → DNS 问题(原因 8)
→ 清缓存;给订阅域名指定国内 DNS
提示证书错误 → 检查系统时间(原因 9)
超时 → 可能是机场服务器故障,或频率限制(原因 7),等一会儿再试
4. 订阅正常但客户端有问题
├─ 导入成功但没有节点 → 格式不匹配(原因 4)
│ → 换后台标注的对应格式链接
├─ 报解析错误 → 客户端版本过旧(原因 5)→ 更新客户端
└─ 间歇性失败 → 频率限制(原因 7)→ 间隔设为 24 小时
5. 节点全部失效导致更新不了?
→ 临时关闭代理后更新(自救)
→ 之后把订阅域名设为规则直连(预防,原因 6)
6. 更新成功但节点变了、速度也变了?
→ 检查当前选中的是哪个节点
→ 部分客户端在更新后会重置选择,这是最常见的"更新后变慢"原因
7. 都排查完还是不行?
→ 带具体信息联系客服:
订阅链接的后几位(不要给完整链接)、客户端名称与版本、
错误提示的原文、浏览器打开订阅的结果更新成功但出现新问题
订阅更新成功后,有三种常见的"新问题"。
一、节点变了
机场调整了节点(新增、下线、改名)。
| 应对 | 说明 |
|---|---|
| 检查各策略组里的节点是否还存在 | 失效的换掉 |
| 对照节点档案找出对应的新节点 | 名字可能变了 |
| 规则本身不用改(如果用了策略组) | 这就是用策略组的好处 |
| 改名的节点要重测 | 改名通常意味着后端也变了 |
二、速度变了
最常见的原因不是机场变差,而是被切到了别的节点。
| 检查 | 说明 |
|---|---|
| 当前选中的是哪个节点 | 部分客户端更新后会重置选择 |
| 策略组的选择模式 | "自动选择延迟最低"可能切到了丢包高的节点 |
| 原来的节点是否还在 | 可能已下线 |
"更新订阅后突然变慢"——先看当前节点,不要先怀疑机场。
三、规则不生效了
| 原因 | 说明 |
|---|---|
| 新配置覆盖了你的自定义规则 | 用远程配置时会发生 |
| 策略组名称变了,规则指向了不存在的组 | 需要更新规则 |
| 机场调整了预置规则 | — |
预防:把自定义规则写在客户端支持的"覆写"或"扩展配置"里(多数客户端支持),这样订阅更新不会覆盖它们。具体方式以客户端文档为准。
预防:让订阅更新永不失败
多数订阅问题可以通过一次性的配置避免。配好这五项,之后基本不会再遇到。
五项预防配置
| # | 配置 | 防的是 |
|---|---|---|
| 1 | 订阅域名设为规则直连 | 循环依赖(原因 6) |
| 2 | 订阅域名用国内 DNS 本地解析 | DNS 解析失败(原因 8) |
| 3 | 自动更新间隔设为 24 小时 | 频率限制(原因 7) |
| 4 | 自定义规则写在覆写 / 扩展配置里 | 更新覆盖自定义规则 |
| 5 | 客户端保持更新 | 版本过旧(原因 5) |
第 1 项与第 2 项要配对
这是本站反复强调的一点:规则决定走不走代理,DNS 决定连到哪个 IP。两个都要配对。
| 只配规则直连 | 只配 DNS 本地解析 | 两个都配 |
|---|---|---|
| DNS 可能仍走远程解析 → 需要节点 → 仍可能死锁 | 规则可能仍走代理 → 需要节点 → 仍可能死锁 | 不依赖任何节点,永不死锁 |
具体做法:
规则:订阅域名 → DIRECT
DNS:订阅域名 → 国内 DNS 本地解析配好这两条后,即使你的全部节点失效,订阅更新仍然能工作——这意味着你总能拿到机场的最新节点配置,自行恢复。
第 4 项的价值
自定义规则如果写在订阅拉下来的配置里,下次更新就被覆盖了。
多数客户端提供"覆写"、"扩展配置"、"本地规则"之类的机制,让你的规则独立于订阅保存。具体名称与位置以客户端文档为准。
值得写进覆写的内容:
| 内容 | 为什么 |
|---|---|
| 订阅域名直连 | 预防循环依赖 |
| 局域网直连 | TUN 模式下必需 |
| AI 域名指向你验证过的节点 | 机场的预置规则通常不处理 |
| 你自己的特殊需求规则 | — |
一个完整的预防清单
- [ ] 订阅域名已设为规则直连
- [ ] 订阅域名已设为国内 DNS 本地解析
- [ ] 自动更新间隔为 24 小时
- [ ] 自定义规则写在覆写 / 扩展配置里
- [ ] 客户端为最新版本,从官方仓库下载
- [ ] 订阅链接保存在安全的地方(不是截图、不是聊天记录)
- [ ] 到期日已记在日历里(双机场要记两个)
- [ ] 知道机场后台的登录方式(能随时重新复制链接)
- [ ] 系统时间正确
- [ ] 测试过"关闭代理后能否更新订阅"
最后一项是最好的验证:如果关闭代理后订阅仍能更新,说明第 1、2 项配对成功,你已经不可能陷入死锁。
特殊情况
情况一:链接突然失效,但我没有重置
| 可能的原因 | 怎么确认 |
|---|---|
| 机场重置了你的订阅(安全策略、检测到异常) | 登录后台看是否有新链接或通知 |
| 账号被限制 | 后台是否能正常登录 |
| 套餐变更导致链接变化 | 检查套餐状态 |
| 机场更换了订阅域名 | 看机场公告 |
| 你的订阅被他人使用,机场主动重置 | 检查流量消耗记录 |
最后一项值得重视。 如果链接被机场主动重置,而你没有申请过,那可能是机场检测到了异常使用——这本身是订阅泄露的信号。见 订阅链接安全。
情况二:订阅能更新,但所有节点都连不上
订阅能更新说明账号与网络都正常,问题在节点或客户端配置。
| 检查 | 说明 |
|---|---|
| 是不是所有节点都失效 | 可能是机场故障,看公告 |
| 客户端的规则是否正确 | 兜底规则位置、国内直连 |
| DNS 是否工作 | 见 DNS 设置 |
| 本地网络 | 换有线、重启路由器 |
| 客户端是否真正启动了代理 | 部分客户端需要手动开启系统代理或 TUN |
详见 超时与连接失败。
情况三:某台设备能更新,另一台不能
这说明订阅本身正常,问题在那台设备上。
| 检查 | 说明 |
|---|---|
| 两台设备的客户端版本 | 旧版本可能不支持 |
| 两台设备的订阅格式 | 可能用了不同格式的链接 |
| 那台设备的网络 | 可能在不同网络环境 |
| 那台设备的系统时间 | 证书验证 |
| 设备数限制 | 是否已达上限 |
情况四:更新成功但节点数量比后台显示的少
| 原因 | 说明 |
|---|---|
| 客户端不支持部分节点的协议 | 较新协议需要较新客户端 |
| 订阅格式过滤了部分节点 | 通用格式可能不含某些协议的节点 |
| 套餐等级限制 | 部分节点只对更高档套餐开放 |
| 节点被机场临时下线 | 后台显示的是全部,订阅返回的是当前可用 |
前两项占多数:更新客户端,或换用机场标注的对应格式链接。
按客户端的具体操作
各客户端的更新入口与错误提示不同。下面是路径与常见提示的对照。
Clash Verge Rev(Windows / macOS)
| 操作 | 路径 |
|---|---|
| 手动更新 | 「订阅」页面 → 配置卡片上的刷新按钮 |
| 设置自动更新间隔 | 配置卡片 → 编辑 → 更新间隔 |
| 查看更新日志 | 「日志」页面 |
| 重新加载配置 | 点击配置卡片使其重新生效 |
| 清 DNS 缓存 | 部分版本在设置里有清理选项;或重启客户端 |
常见提示:
| 提示 | 含义 |
|---|---|
| 下载失败 / 超时 | 订阅域名不可访问(原因 3)或循环依赖(原因 6) |
| 解析 YAML 失败 | 格式不匹配(原因 4)或客户端版本过旧(原因 5) |
| 401 / 403 | 链接错误或已被重置(原因 1) |
详见 Clash Verge Rev。
v2rayN(Windows)
| 操作 | 路径 |
|---|---|
| 手动更新 | 「订阅」→「更新订阅(不通过代理)」或「更新订阅(通过代理)」 |
| 管理订阅 | 「订阅」→「订阅设置」 |
| 查看日志 | 主界面下方的日志区 |
v2rayN 有一个很实用的设计:更新订阅时可以选择"通过代理"或"不通过代理"。
| 选择 | 什么时候用 |
|---|---|
| 不通过代理 | 订阅域名能直接访问时;也是避免循环依赖的做法 |
| 通过代理 | 订阅域名在当前网络不可访问时 |
排查时两个都试一遍,能立刻判断是不是原因 3。
详见 v2rayN。
v2rayNG(Android)
| 操作 | 路径 |
|---|---|
| 手动更新 | 右上菜单 →「更新订阅」 |
| 管理订阅 | 左上菜单 →「订阅设置」 |
| 查看日志 | 左上菜单 →「日志」 |
Android 特有的注意:
| 问题 | 说明 |
|---|---|
| 电池优化杀掉后台 | 自动更新可能不执行,把客户端加入白名单 |
| 系统省电策略 | 部分系统的策略更激进 |
| 与系统 VPN 互斥 | 有公司 VPN 时两者不能同时开 |
详见 v2rayNG。
Shadowrocket(iOS)
| 操作 | 路径 |
|---|---|
| 手动更新 | 在订阅条目上下拉刷新 |
| 管理订阅 | 首页的 Subscribe 条目 |
| 查看日志 | 设置 → 日志 |
iOS 特有的注意:
| 问题 | 说明 |
|---|---|
| 后台被系统回收 | 自动更新可能延后执行 |
| 从剪贴板自动识别 | 复制订阅链接后打开应用通常会弹出导入提示 |
| 与系统 VPN 互斥 | 同上 |
详见 Shadowrocket。
sing-box
| 操作 | 说明 |
|---|---|
| 图形应用 | 「配置」→ 远程配置 → 刷新 |
| 命令行内核 | 通过配置里的远程规则集或外部脚本拉取 |
sing-box 对订阅格式的要求最严格,需要机场提供 sing-box 格式的链接。原因 4(格式不匹配)在 sing-box 上最常见。
详见 sing-box。
需要联系客服时怎么说
带具体信息的反馈获得有效响应的概率高得多。
该提供的信息
| 信息 | 为什么 |
|---|---|
| 订阅链接的后几位(不要给完整链接) | 让客服能定位你的账号,同时不泄露凭证 |
| 客户端名称与版本 | 格式与兼容性判断 |
| 操作系统与版本 | 平台特有问题 |
| 错误提示的原文 | 最关键的诊断信息 |
| 浏览器直接打开订阅的结果 | 区分订阅问题与客户端问题 |
| 换网络后是否能打开 | 区分网络环境问题 |
| 问题开始的时间 | 是否与机场的某次调整相关 |
不要这样说
| 说法 | 为什么无效 |
|---|---|
| "更新不了" | 客服无法判断是哪一类问题 |
| "你们的服务坏了" | 没有信息量 |
| 直接发完整订阅链接 | 泄露凭证给聊天记录 |
一个好的反馈示例
客户端:Clash Verge Rev(版本号)/Windows 11 订阅链接后六位:xxxxxx 错误提示原文:(原文照抄) 浏览器直接打开订阅链接:返回一大段 YAML 文本,正常 换手机热点后:客户端仍然更新失败 问题开始时间:今天下午
这条反馈已经排除了"订阅不可访问"和"套餐到期",把范围缩小到客户端侧。 客服能直接给出有效建议。
注意保护凭证
| 做什么 | 不做什么 |
|---|---|
| 提供链接的后几位 | 提供完整链接 |
| 截图前遮住 URL | 直接发客户端截图 |
| 通过官方渠道沟通 | 在公开群里贴链接 |
订阅链接等同于账号密码。 求助时最常见的泄露方式就是发了带完整 URL 的截图。见 订阅链接安全。
常见误判
- 更新失败就是机场挂了。 多数是链接不完整、格式不匹配、或本地配置问题。
- 导入成功就说明格式对了。 导入成功但没有节点正是格式不匹配的表现。
- 浏览器能打开就说明客户端也能用。 机场按 User-Agent 返回不同格式。
- 自动更新设得越频繁越好。 24 小时是合理默认,过频可能触发限制。
- 更新后变慢是机场的问题。 先检查当前选中的节点。
- 订阅域名走代理更安全。 会造成循环依赖,节点全失效时无法自救。
- 证书错误是机场的证书问题。 先检查自己的系统时间。
- 链接可以从截图里抄。 容易错字符,从后台重新复制。
双机场下的订阅管理
配了主力 + 备用两家后,订阅管理的复杂度会上升。
两倍的注意事项
| 项目 | 说明 |
|---|---|
| 两个到期日 | 更容易漏续费,都记在日历里 |
| 两条订阅链接 | 都要妥善保存、都不能泄露 |
| 两个格式要求 | 两家可能要求不同格式 |
| 两次更新请求 | 频率限制要分别考虑 |
| 两份流量 | 分别关注消耗 |
双机场的预防配置
两家的订阅域名都要设为规则直连 + 国内 DNS 本地解析。
规则:机场 A 的订阅域名 → DIRECT
规则:机场 B 的订阅域名 → DIRECT
DNS:两个订阅域名 → 国内 DNS 本地解析这样任何一家的节点全部失效,两家的订阅都还能更新。
一个实际的好处
双机场本身就是订阅问题的保险。
| 情况 | 单机场 | 双机场 |
|---|---|---|
| 主力订阅域名不可访问 | 需要手机热点或关代理自救 | 用备用的节点更新主力订阅 |
| 主力节点全部失效 | 可能死锁 | 备用顶上 |
| 主力套餐到期忘了续 | 断网 | 备用顶上 |
注意:用备用的节点去更新主力的订阅,前提是主力的订阅域名没有被设为直连。 如果按预防建议设了直连,那本来就不需要经过任何节点——两种方式都能自救。
命名建议
给两份配置起清晰的名字,避免混淆:
| 好的命名 | 不好的命名 |
|---|---|
| 主力-专线-到期0315 | 订阅1 |
| 备用-大流量-到期0620 | subscribe_xxxx |
把到期日写进配置名是一个实用技巧——每次打开客户端都能看到。
名词速查
| 名词 | 含义 |
|---|---|
| 订阅链接 | 客户端获取节点配置的 URL,等同账号密码 |
| token | 订阅链接里的凭证部分 |
| 订阅格式 | Clash / sing-box / 通用 Base64 等 |
| User-Agent | 客户端的标识,机场据此返回不同格式 |
| 循环依赖 | 更新订阅需要节点,节点来自订阅 |
| 频率限制 | 机场对高频请求的限制 |
| 策略组 | 节点分组,规则指向它而非具体节点 |
| 覆写 / 扩展配置 | 客户端保存自定义规则的机制,不被订阅更新覆盖 |
| 订阅转换 | 把一种格式转成另一种的第三方服务,有凭证风险 |
本页数据说明
| 内容 | 层级 | 含义 |
|---|---|---|
| 九个原因与排查流程 | editorial | 本站方法建议 |
| 订阅机制、格式、User-Agent 适配 | 一般性技术参考 | 非针对具体品牌 |
| 站内品牌的订阅格式支持 | 无此字段 | 需向客服确认 |
站内品牌资料里没有"订阅格式支持"这个字段,建议购买前向客服确认。本页不提供任何规避服务方检测的方法。规则见 免责声明。
一句话总结
订阅更新失败的排查第一步永远是用浏览器直接打开订阅链接——这一步在三十秒内把问题分成四类:返回文本(订阅正常,问题在客户端)、提示未授权(链接错误或被重置)、提示到期(续费)、完全打不开(网络或 DNS)。九个原因里最常见的三个是链接不完整(从后台重新复制,不要从截图抄)、格式与客户端不匹配(表现是"导入成功但没有节点",换后台标注的对应格式)、订阅域名在当前网络不可访问(先连上任意节点再更新)。最值得预防的是循环依赖——把订阅域名设为规则直连 + 国内 DNS 本地解析,否则节点全部失效时你无法自救。更新成功后如果"突然变慢",先检查当前选中的是哪个节点,部分客户端更新后会重置选择。
什么时候是机场的问题
排查完本地因素后,剩下的可能才是机场侧的问题。下面是区分标准。
是机场问题的信号
| 信号 | 说明 |
|---|---|
| 浏览器直接打开订阅也失败,且换网络仍失败 | 订阅服务本身不可用 |
| 返回 502 / 503 等服务器错误 | 服务器故障 |
| 后台也无法登录 | 站点整体故障 |
| 机场公告说明了故障或维护 | 已知问题 |
| 社区同时出现多人报告同一问题 | 影响面广 |
| 持续数小时以上未恢复 | 不是临时波动 |
不是机场问题的信号
| 信号 | 实际原因 |
|---|---|
| 浏览器能打开订阅但客户端不行 | 客户端侧(格式 / 版本 / 配置) |
| 换网络就能更新 | 网络环境 |
| 某台设备不行、另一台可以 | 那台设备的配置 |
| 关闭代理后能更新 | 循环依赖 |
| 清 DNS 缓存后好了 | 缓存 |
| 检查系统时间后好了 | 系统时间 |
| 换格式链接后好了 | 格式不匹配 |
如果确认是机场问题
| 顺序 | 做什么 |
|---|---|
| 1 | 看机场的公告渠道(官网、Telegram、邮件) |
| 2 | 等待一段时间(临时故障通常几十分钟内恢复) |
| 3 | 带具体信息联系客服(见上文的反馈示例) |
| 4 | 如果配了双机场,切到备用,不受影响 |
| 5 | 记录故障时间与持续时长 |
第 5 条值得做。 如果一家机场频繁出现订阅服务故障,这是服务质量的一部分——虽然不如晚高峰丢包那样直接影响体验,但它意味着你在关键时刻可能拿不到节点。
频繁的订阅故障也是风险信号之一。 结合客服响应速度、续费流程是否正常等一起看,见 风险信号识别。
站内数据能帮你什么
| 字段 | 站内情况 | 与本页的关系 |
|---|---|---|
| 客服方式 | 仅一家填写 | 出问题时的可达性 |
| 官网主域名 | 仅一家收录 | 核对域名、找后台入口 |
| 订阅格式支持 | 无此字段 | 格式不匹配是原因 4 |
| 协议 | 18 家均有标注 | 决定客户端兼容性 |
| 运营时长 | 18 家均有 | 服务稳定性的间接参考 |
结论:订阅相关的细节在品牌资料里基本缺失。 购买前向客服确认订阅格式与客服渠道,能减少后续大部分订阅问题。
这些标注全部来自品牌资料(vendor 层),本站未独立验证。 见 机场数据库。
一张排查对照表
按你看到的错误提示直接查。
| 你看到的提示 | 最可能的原因 | 第一个动作 |
|---|---|---|
| 401 / 403 / 未授权 / token 无效 | 链接错误或被重置 | 从后台重新复制完整链接 |
| 404 / 找不到 | 链接路径错误,或机场换了域名 | 从后台重新复制;看机场公告 |
| 超时 / timeout | 订阅域名不可访问,或循环依赖 | 换网络试;或关代理后更新 |
| 连接被重置 | 网络环境问题 | 先连上任意节点再更新 |
| 无法解析主机 / DNS 错误 | DNS 解析失败 | 清 DNS 缓存;给订阅域名指定国内 DNS |
| 证书错误 / 证书过期 | 系统时间错误,或安全软件拦截 | 检查系统时间 |
| 解析 YAML / JSON 失败 | 格式不匹配,或客户端版本过旧 | 换对应格式的链接;更新客户端 |
| 导入成功但节点为空 | 格式不匹配 | 换后台标注的对应格式链接 |
| 套餐已到期 / 流量已用尽 | 需要续费 | 登录后台确认并续费 |
| 429 / 请求过于频繁 | 触发频率限制 | 等一段时间;间隔设为 24 小时 |
| 502 / 503 / 服务器错误 | 机场服务器故障 | 等待;看机场公告 |
| 节点数量比后台少 | 客户端不支持部分协议 | 更新客户端;换格式 |
| 更新成功但速度变了 | 被切到了别的节点 | 检查当前选中的节点 |
| 更新成功但规则失效 | 自定义规则被覆盖 | 把规则写在覆写 / 扩展配置里 |
两行值得特别注意:
"证书错误"→ 检查系统时间。 这是最容易修但最少被想到的一项。
"更新成功但速度变了"→ 检查当前节点。 这是"更新后变慢"最常见的原因,而它经常被误判成机场变差。
下一步
三十秒速查
| 症状 | 立刻做 |
|---|---|
| 更新失败 | 浏览器打开订阅链接 |
| 浏览器也打不开 | 换手机热点试 |
| 提示未授权 | 从后台重新复制链接 |
| 提示证书错误 | 看系统时间 |
| 导入后没有节点 | 换格式链接 |
| 节点全失效更新不了 | 关代理后更新 |
| 更新后变慢 | 看当前选中的节点 |
| 规则失效了 | 规则写进覆写配置 |
一次性预防(配完基本不会再遇到):
- 订阅域名 → 规则直连
- 订阅域名 → 国内 DNS 本地解析
- 自动更新 → 24 小时
- 自定义规则 → 写在覆写配置里
相关页面
- 教程:订阅链接怎么用 · 规则分流 · DNS 设置 · 教程中心
- 客户端:客户端总览 · Clash Verge Rev · v2rayN · v2rayNG · sing-box · Shadowrocket
常见问题
订阅更新失败怎么排查?
第一步永远是用浏览器直接打开订阅链接。返回一大段文本说明订阅正常、问题在客户端;提示未授权说明链接错误或被重置;提示到期说明要续费;完全打不开说明是网络或解析问题。
为什么导入订阅后没有任何节点?
最常见的原因是订阅格式与客户端不匹配。机场后台通常提供多条链接(Clash、sing-box、通用 Base64),用错格式的表现就是导入成功但没有节点。
订阅更新需要先连上节点吗?
部分机场的订阅域名在某些网络下不能直接访问,需要先连上任意一个能用的节点再更新。但这会形成循环依赖——所以订阅域名应该设为规则直连。
为什么更新订阅后节点变了、速度也变了?
两个原因:机场调整了节点(新增、下线、改名),以及部分客户端在更新后会重置你选中的节点。后者更常见——检查一下当前选中的是哪个节点。
订阅链接被重置了会怎样?
旧链接立即失效,客户端更新会提示未授权。需要从机场后台复制新链接重新导入。如果你自己没有重置,而链接突然失效,要考虑是否被机场重置或账号异常。
更新订阅提示证书错误怎么办?
检查设备的系统时间是否正确——时间偏差过大会导致 HTTPS 证书验证失败。其次检查是否有安全软件或中间设备在拦截 HTTPS。
多久更新一次订阅合适?
24 小时是合理默认。不建议设成很短的间隔(如 1 小时)——更新本身要请求机场服务器,过频没有意义,某些机场也可能对高频请求做限制。
所有节点都连不上但订阅能更新,是什么问题?
订阅能更新说明账号与网络都正常,问题在节点或客户端配置。先检查是否所有节点都失效(可能是机场故障),再检查客户端的规则与 DNS 配置。