订阅更新失败怎么办？旧节点还能用，要不要删除重导？
订阅更新失败，但旧节点还能用，先保留现有配置，记录报错，再判断失败发生在哪一步。删除订阅后重新导入，仍然需要下载同一份远程内容；如果链接或网络没有恢复，重导也可能失败，反而把手里可用的节点删掉了。
这篇适合小火箭、Clash 系客户端、v2rayN 等已经导入过订阅，后来提示更新失败、节点不刷新或解析错误的用户。第一次添加订阅，可以先看Shadowrocket订阅导入步骤。
旧节点还能用为什么更新却失败
订阅更新主要是在下载连接配置，节点连接则是在使用已经取得的服务器地址和凭据。两条请求的目标、路径和验证过程可以不同。
例如，客户端此前保存了一份节点列表。今天订阅网站暂时无法访问，但旧节点的服务器仍然正常，这时就可能出现“网页能打开，更新按钮报错”。
相反，更新成功也不能证明节点一定能用。下载到配置，只说明取得并读取了内容，实际连接还要检查服务器、协议与认证。
| 现象 | 可以说明什么 | 不能直接说明什么 |
|---|---|---|
| 旧节点仍能访问网页 | 当前保存的这条配置仍可使用 | 订阅网站正常、账号套餐一定有效 |
| 更新时连接超时 | 本次下载未在允许时间内完成 | 所有节点已经失效 |
| 更新返回403或404 | 收到了HTTP错误响应 | 重装客户端一定能解决 |
| 下载完成后提示解析失败 | 内容未被客户端正确读取 | 服务器连接本身有故障 |
| 更新成功但没有新节点 | 当前结果未新增可见节点 | 提供方一定没有更新内容 |
每次客户端如何保留或替换旧配置，取决于具体实现。不要假设所有应用都会在更新失败后自动保护旧节点，先做好备份。
先保存这四项再动配置
记录订阅名称、客户端版本、最近一次成功更新时间，以及完整错误文字。截图时遮住订阅地址中的令牌、节点密码和二维码。
如果客户端提供导出或备份功能，可以保存当前配置到自己的设备，并确认知道怎样恢复。没有导出功能时，至少保留服务商后台取得订阅的入口和当前设置记录。
删除客户端里的订阅，和在服务商后台退订套餐，是两件事。不要为了修复更新失败去点停止计费、退订或重置凭据，除非你确实要结束服务或处理凭据泄露。
接着回到提供方后台，重新复制对应客户端的完整订阅链接。核对是否漏了参数、混入空格，或复制成了登录页面地址。链接不需要为了检查而发到公开群里。
按报错找下一步
先看客户端的更新日志，避免把所有问题都当成“节点坏了”。
| 提示或现象 | 先检查什么 | 合适的下一步 |
|---|---|---|
| timeout、连接超时、找不到主机 | 基础网络、订阅域名解析、下载路径 | 用另一张可信网络对照，核对直连或代理更新选项 |
| SSL、证书验证失败 | 系统时间、订阅域名、证书错误细节 | 保存错误，核对地址与时间，再联系提供方 |
| 401、403 | 凭据、访问权限或服务端访问策略 | 从后台复制当前有效链接，检查服务状态 |
| 404 | 地址、路径是否变更或资源不存在 | 核对最新订阅入口，不要只反复重试旧地址 |
| 429 | 请求过于频繁 | 停止连点，按响应中的等待提示重试 |
| YAML、JSON、格式或解析错误 | 返回内容、所选订阅类型、版本兼容 | 检查是否拿到配置，而不是登录页或错误页 |
| 成功但列表为空或缺少节点 | 服务状态、过滤条件、配置格式 | 查看实际返回内容和客户端筛选设置 |
MDN对403的说明指出，它表示服务器理解了请求但拒绝处理；相同请求反复发送未必会成功。429的说明则对应请求限流，响应可能带有 Retry-After 等待信息。
这些状态码只是定位线索。403不一定代表套餐到期，404也不一定代表账号被删除，最终要结合提供方后台和错误响应判断。
浏览器能打开不代表客户端能更新
你在浏览器里打开订阅地址，只能验证浏览器这次请求的结果。客户端可能使用不同的代理、请求头或网络库，服务端也可能按客户端类型返回不同格式。
如果浏览器显示的是登录页面、验证码或访问被拒绝，它并没有拿到有效的节点清单。即便HTTP状态是200，内容也可能无法导入。
正常配置可能是一行一个节点链接、编码文本、YAML 或 JSON。不要只凭“看起来像乱码”认定损坏，也不要只凭“页面打开了”认定格式正确。
若不确定自己拿的是哪种格式，可以参考订阅转换与常见配置格式。格式不匹配时，应优先使用提供方支持的导出方式。
对照直连和代理更新路径
如果客户端提供“通过代理更新”和“不通过代理更新”，先记住原选项，再做一次有目的的对照，而不是连续切换所有网络设置。
- 旧节点仍可用，但直连更新失败：可以用这条可用连接对照代理更新。
- 当前代理连接已经失效，而订阅网站能直连访问：可以尝试直连更新。
- 两种方式都失败：保留各自错误，继续查地址、服务状态和格式。
不是所有客户端都有同样的菜单。对于使用 mihomo 代理集合的配置，官方文档明确提供了 proxy 字段，用来指定下载或更新经过的代理。因此，浏览流量与订阅下载可以走不同路径。见代理集合配置说明。
这也解释了一种循环：你希望更新订阅来取得新节点，但更新请求仍依赖已经坏掉的旧节点。删除列表不会自动改变下载路径，应先核对更新方式。
测试时每次只改一项，并记录结果。不能因另一张网络更新成功，就直接断言原网络封锁了订阅域名。
什么时候才值得删除重导
当链接有效、下载路径可用，而问题明确集中在本地重复条目、错误订阅类型或损坏配置时，重导可以作为处理方法。
更稳妥的顺序是：备份 → 按客户端支持的方式新建测试配置 → 确认新配置能下载、解析并实际连接 → 再决定是否删除旧配置。避免重复名称让自己分不清当前使用的是哪份。
如果错误来自失效令牌、服务端拒绝、证书问题或下载超时，重导相同地址通常不能修复根因。卸载重装也会重新遇到那条失败的请求。
更新后不必只看节点总数。可以核对更新时间、需要使用的节点是否存在，以及实际连接是否正常；节点数量没变，不代表端口或其他连接参数没有变化。
仍解决不了时，把客户端版本、报错、发生时间、旧节点是否能用，以及直连/代理更新的对照结果发给服务支持。完整订阅地址只交给可信的支持渠道，不要为了排查随意贴到在线转换或检测网站。
如果正在选择客户端，可在下载页面核对设备平台；使用第三方客户端时，也应确认服务提供的订阅格式与它兼容。
常见问题
小火箭订阅更新失败，旧节点还能继续用吗？
如果旧配置仍能连接，可以暂时保留并使用，但不能保证一直有效。同步检查提供方后台，避免错过服务器配置变更。
Clash订阅更新失败，需要卸载重装吗？
先看错误发生在下载、HTTP响应还是内容解析。重装无法直接修复失效链接或服务端拒绝，应先备份并定位失败阶段。
浏览器打开订阅有内容，客户端却提示解析失败怎么办？
核对返回的是节点配置还是网页，再检查订阅类型、格式和客户端支持范围。浏览器能显示文本，不代表客户端能够读取它。
自动更新间隔调短一点能解决吗？
缩短间隔只会让更新更频繁，不能修好网络、权限和格式问题，反而可能增加限流机会。先解决报错，再按服务方与客户端说明设置间隔。