Shadowrocket(小火箭)换机应先保存订阅来源,再导出当前使用的 Config 文件,最后在新设备恢复并验证。本文以 iPhone / iPad 之间迁移为主,说明 iCloud 的边界、手动备份的检查方法,以及恢复后节点存在但规则未生效的处理顺序;Mac、Windows、安卓、Linux 迁移可沿用资料清单,但不要套用 iCloud 操作路径。
一、先区分订阅、配置文件与设备设置
迁移不是只复制一份文件。Home 中的服务器列表、Config 中的规则文件,以及 Settings 中与设备相关的选项,属于不同层面的数据。导出一个规则文件,不代表订阅来源、手动添加的服务器和系统 VPN 授权都已一起保存。开始前应在旧设备逐项核对,尤其要确认当前实际选中的配置,而不是仅凭文件名判断。
结论:以新设备成功读取为备份完成条件
先保留旧设备及其本地文件,等新设备能够打开配置、更新订阅并完成连接测试后,再清理旧数据;看到云端开关已打开,不足以证明备份可用。
- 订阅来源:保存原始订阅 URL 与分组名称。订阅地址从你的服务商处获取,避免只保留更新后生成的节点列表。
- Config 文件:保存当前选中的本地配置,以及自行修改过的规则、DNS 和策略引用。远程配置还应记录来源地址。
- 手动服务器:逐项保存协议、地址、端口和认证参数。订阅重新拉取通常不能恢复用户自行添加的服务器。
- 设备状态:记录 Global Routing 当前选项,以及 Settings → On Demand 中使用的条件;系统授权需要在新设备重新确认。
订阅链接可能含有访问凭据,配置文件也可能包含服务器密码或其他敏感内容。备份应放在受保护的个人存储中,不要发到公开群聊、公开网盘或故障讨论区。向他人求助时,应先遮盖完整 URL、密码、UUID 和密钥。
二、iCloud 同步适用于什么范围
iCloud 适合在使用同一 Apple 账户的 iPhone / iPad 之间保存和读取文件,但需要区分三件事:应用内提供的同步功能、将配置文件保存到 iCloud Drive,以及系统整机备份。它们不是同一个入口,也不能相互保证数据覆盖范围。最容易核验的方式,是明确导出文件到 iCloud Drive,然后在另一台设备打开该文件。
- 在旧设备打开系统“设置”→ Apple 账户 → iCloud,检查 iCloud Drive 是否启用,并确认有足够的云端存储空间。系统版本不同,入口名称可能略有差异。
- 如果 Shadowrocket 当前界面提供 iCloud 同步选项,按该选项说明启用;同时检查系统 iCloud 的应用列表中是否允许其使用 iCloud。不要据此推断所有 Settings 项都会同步。
- 在“文件”App 的“浏览”→ iCloud Drive 中找到手动导出的配置,等待上传完成。文件只出现在“我的 iPhone”或“我的 iPad”中,不代表它已上传至 iCloud。
- 在新设备进入同一 iCloud Drive 位置,下载并打开文件,检查内容能够读取。若应用内同步也已启用,再核对实际出现的条目,避免把两个来源重复导入。
迁移到其他平台时,以手动保存的配置文件和订阅资料为基础。不要把 iPhone 的整机备份当作 Mac、Windows、安卓或 Linux 的可导入文件,也不要假定不同平台的全部设置字段可以原样互换。跨平台优先迁移规则与连接资料,再按目标平台界面逐项配置。
三、从 Config 手动导出可恢复的文件
先进入 Config,确认当前使用的配置名称,再打开该本地配置的操作菜单,使用当前界面提供的 Share 或导出项,将文件保存到系统“文件”App。菜单位置和显示方式可能随平台及界面调整;若当前只有远程来源条目,应先取得并确认本地内容,再保存副本,而不是只记录一个下载地址。
- 确认内容:打开配置,检查是否包含预期的规则段和 DNS 设置。若平时修改的是本地副本,应导出该副本,而非未修改的远程原文件。
- 保存文件:通过 Share 或导出操作保存配置文件,建议使用能辨认用途的名称,例如
home-routing-backup.conf。避免直接覆盖之前唯一可用的备份。 - 检查依赖:查找规则引用、策略名称与远程资源。文件中的某个策略若引用 Home 中的分组名称,该分组也必须在恢复后存在。
- 另存资料:在受保护的记录中保存订阅来源、手动服务器参数及必要的设置说明。不要把配置文件的体积大小当作资料完整性的证明。
- 试读副本:从“文件”App 重新打开刚保存的文件,确认不是空文件、网页内容或仅含链接的文本,再进行新设备导入。
检查规则内容时,重点看规则顺序、策略是否存在,以及结尾的兜底规则。下面仅用于辨认规则结构,不是需要替换现有配置的完整模板。文中的示例域名不代表任何实际服务。
[Rule]
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY
DOMAIN-SUFFIX 按域名后缀匹配,IP-CIDR 按地址段匹配,GEOIP 按 IP 地理信息匹配,FINAL 接住前面未命中的连接。上例中的 PROXY 需要结合实际配置确认其出站含义;自定义策略名称必须与恢复后的名称一致。不要仅为让文件能够导入,就随意把原有策略全部改成 DIRECT。
四、新设备按订阅、规则、连接的顺序恢复
先安装 Shadowrocket,再恢复连接资料和规则。iPhone / iPad 在 App Store 获取,$2.99 一次性付费,开发者为 Shadow Launch Technology Limited,系统要求以 App Store 页面标注为准;Mac(Apple 芯片与 Intel)、Windows、安卓、Linux 版免费。各平台获取方式统一见客户端下载页。客户端买断 ≠ 线路套餐,迁移不会产生新的线路服务。
- 恢复订阅:在 Home 使用添加入口,选择 Subscribe,填写从你的服务商处获取的订阅地址并保存,再执行更新。检查分组名称与节点是否符合预期,暂时不要重复导入旧节点快照。
- 补充手动服务器:通过 Add Server 恢复自行维护的条目。地址和端口必须按原始资料填写,例如资料写的是
443就保留443,不能因协议名称相同而统一改端口。 - 导入配置:从“文件”App 将备份交给 Shadowrocket,或使用 Config 中当前平台提供的文件导入入口。导入后在 Config 明确选中目标文件,并检查同名文件是否被另存为副本。
- 核对策略:对照旧设备,检查配置中引用的节点、分组和策略是否存在。名称不同会影响规则指向,不能只确认“节点数量看起来差不多”。
- 设置路由:需要按配置分流时,将 Global Routing 设为 Config。Proxy 用于代理姿态,Direct 用于直接连接姿态;若原先使用 Scene,应单独核对其关联条件,不要假定文件导入后已恢复。
- 建立连接:选择一个可用节点,打开连接开关,按系统提示允许添加 VPN 配置。该授权属于新设备,不能依靠导出的规则文件代替。
五、恢复后按四项检查验收
“连接开关已打开”只说明连接流程已启动,不足以证明规则、DNS 和自动连接条件均已恢复。建议先在稳定网络下完成手动连接测试,再切换 Wi-Fi 与蜂窝网络观察行为。一次只调整一类设置,保留能够回退的配置副本。
| 检查项目 | 通过条件 | 异常时先检查 |
|---|---|---|
| 订阅与节点 | 原订阅可更新,目标节点参数完整 | 地址是否过期、认证参数是否缺失,是否误导入重复快照 |
| Config 与规则 | 选中正确配置,目标连接命中预期规则与策略 | Global Routing 是否为 Config,策略名称及规则顺序是否一致 |
| DNS 与访问 | 常用域名能够解析,页面可以完整加载 | DNS 设置是否恢复,解析服务器和相关连接是否可达 |
| On Demand | 符合设定网络条件时按预期触发 | Settings → On Demand 的条件、开关及系统 VPN 状态 |
在 Home 执行 Connectivity Test,可以帮助区分部分节点不可达与全部条目不可达,但一次测试通过不能替代实际访问验证。若节点测试正常而某个域名失败,应结合当前配置和连接记录排查 DNS、规则命中及策略指向,不要立即删除所有订阅重新开始。
- 先验证手动连接,再恢复 Settings → On Demand 中的自动连接条件,避免自动触发干扰排查。
- 若全部 TLS 连接异常,检查新设备系统日期与时间是否正确,再核对认证参数和网络连通性。
- 若只在一种网络下失败,分别在 Wi-Fi 和蜂窝网络测试同一节点,记录差异,不要同时改动协议和规则。
- 验收完成后保留一份已确认可用的配置副本,远程配置更新前先保存自己的修改。
六、iCloud 与换机迁移常见问题
新手机登录了同一 Apple 账户,为什么 Config 还是空的?
先到“文件”App → iCloud Drive 检查导出文件是否存在且可打开。若旧设备只保存到本机,应重新导出到 iCloud Drive;若使用应用内同步,应分别核对两端的同步选项与系统 iCloud 权限。确认文件可读后再导入,不必反复卸载应用。
导入了配置,为什么 Home 没有节点?
规则文件不一定包含服务器资料。回到 Home,使用 Subscribe 恢复原订阅并更新;手动添加的节点则按原记录通过 Add Server 补齐。随后回到 Config 检查规则引用的分组名称,不能用随机新建的名称替代原策略。
重复导入后出现两份分组,该删哪一份?
先保留两份,分别核对订阅来源与更新时间状态,确认哪一份能从原地址正常更新。再检查当前规则引用的名称,保留实际使用且可更新的来源,最后删除多余副本。不要只按节点名称批量删除,订阅下次更新可能再次生成它们。
备份文件能打开,能马上清空旧手机吗?
还不能以此作为唯一依据。先在新设备完成订阅更新、Config 选择、实际访问和 On Demand 条件测试,确认受保护的备份副本仍可访问,再按系统迁移流程处理旧设备。若订阅已失效,应从你的服务商处取得有效地址后继续恢复。