本文适合已经在旧设备使用 Shadowrocket(小火箭)、准备迁移到新 iPhone 或 iPad 的用户。按“记录 Home 与设置、保存 Config、核对 iCloud、在新设备逐项恢复”的顺序操作;最终以文件内容、订阅更新和实际连接结果验收,而不是只看应用是否已经安装。
先分清要迁移的四类内容
Shadowrocket 的 Home、Config 与 Settings 保存的是不同用途的信息。Home 中能看到服务器或订阅分组,不代表规则文件已经恢复;Config 中出现同名文件,也不代表 Global Routing 已采用该文件。迁移前先记录旧设备当前可用的状态,避免恢复后凭印象重建。
本文以用户已有自己的服务商与订阅为前提。订阅从你的服务商处获取,客户端购买与连接服务分别管理。订阅地址可能带有访问凭据,应与密码一样妥善保存,不要放进公开笔记、共享相册或公开反馈内容。
连接与配置
- Home
- 记录订阅名称、分组及当前选中的服务器。
- 订阅来源
- 保留原始订阅地址,不以列表截图代替。
- Config
- 记录当前启用文件的名称,并导出文件内容。
- 外部引用
- 检查配置中引用的规则资源及其访问条件。
服务器列表与规则文件是两类数据,分别核对。
运行与授权
- Global Routing
- 记录当前是 Config、Proxy、Direct 还是 Scene。
- On Demand
- 到 Settings → On Demand 记录原有触发条件。
- VPN 授权
- 新设备首次连接时按系统提示确认。
- 自定义设置
- 记录曾主动修改的 DNS 等项目。
文件恢复、运行姿态与系统授权需要分别验收。
建议保留旧设备,直到新设备通过完整检查。暂时不要在两台设备上同时修改同一个配置文件;如果同步把错误修改带到另一台设备,独立导出的文件才能提供明确的恢复起点。
iCloud 同步的范围与检查方法
iCloud 同步与“把导出的文件放进 iCloud Drive”不是同一操作。前者取决于应用提供的同步能力及实际启用项,后者是保存一份可手动导入的文件。不能因为两台设备登录了同一 Apple 账户,就推断 Home、Config、Settings 和系统 VPN 授权已经全部一致。
先在系统“设置 → Apple 账户 → iCloud”检查 iCloud Drive 与应用的 iCloud 访问权限;系统标签可能随系统版本有所调整。再打开 Shadowrocket 的 Settings,核对实际显示的 iCloud 相关选项。同步范围应以当前应用所列项目和新设备实际出现的数据为准,不要把系统整机恢复等同于应用内的每一项同步。
迁移分工:同步用于衔接,导出用于回退
旧 iPhone
- 核对 iCloud 账户、可用空间及网络状态。
- 记录应用中实际开启的同步项目。
- 导出当前可用的 Config,另存一份不继续编辑的副本。
- 保留 Home 中订阅来源与手动项目的恢复信息。
新 iPhone 或 iPad
- 核对用于同步的 iCloud 账户是否一致。
- 等待同步后分别检查 Home 与 Config。
- 逐个打开文件,核对关键规则而非只看名称。
- 对缺失内容手动恢复,并重新确认连接授权。
判断同步成功的依据是数据与运行结果一致,不是只看到 iCloud 开关处于开启状态。
同步不是独立的历史备份:删除或覆盖也可能被同步。遇到同名文件内容不同,先分别导出两份再比较,不要立即用空文件覆盖旧文件。系统备份还原后也应执行同样的检查,尤其不要跳过当前启用 Config 与 Global Routing 的确认。
从旧设备导出 Config 文件
先进入 Config,找到当前实际启用的配置文件。导出目标应是这个文件,而不是名称相似的备用文件。文件操作入口可能位于该文件的操作菜单或滑动操作中;调出操作后选择 Share,通过系统分享面板保存到“文件”。不要把配置编辑页面上的文字截图当作可恢复的文件。
-
确认源文件
进入 Config,记录当前选中的文件名;打开内容,检查
[Rule]、自定义规则与末尾的FINAL是否符合旧设备的使用状态。 -
导出副本
在文件操作中使用 Share,随后在系统分享面板选择“存储到‘文件’”。若保存到 iCloud Drive,等待文件上传完成后再离开旧设备。
-
核对文件
在“文件”中确认导出项可打开、内容非空,并保留
.conf扩展名。名称可用before-move.conf,与后续试改的文件区分。 -
补齐来源
另行保存原始订阅地址和必要的手动服务器参数。Config 导出不能作为 Home 中全部连接资料已完整导出的证明。
-
保留回退
把导出副本保留为只用于恢复的基线;后续若需修改,在另一份副本上操作,旧设备暂时维持原来的可用状态。
文件内若引用远程规则资源,仅保存主配置不等于把远程内容也保存在本地。恢复时仍需确认这些引用可以访问;若资源要求认证,相关访问条件也必须有效。不要为解决引用失败而随意删除规则或更改兜底策略。
在新 iPhone 或 iPad 上恢复
Shadowrocket 是 Apple 平台的闭源商业应用,以 iPhone 与 iPad 使用为主,唯一获取入口是 App Store。新设备先通过 App Store 安装,核对开发者 Shadow Launch Technology Limited 与应用 ID 932747118;系统要求与购买适用范围以 App Store 页面标注为准。
App Store 购买记录与 iCloud 数据同步是两件事。已有购买记录的用户应先检查商店所用账户的已购项目;恢复应用本身不会替你确认订阅有效期,也不能代替新设备的系统授权。
- 先查看已有数据。打开 Home 与 Config,确认同步或系统恢复带来了哪些内容。已经存在且可用的订阅先不要重复导入,以免出现同名分组。
- 导入缺失的配置。在“文件”中找到导出的
.conf,通过分享面板选择 Shadowrocket;按应用导入提示完成后,返回 Config 确认文件已出现。 - 启用目标文件。在 Config 选择刚恢复的文件,打开核对关键内容。只有文件被导入、尚未启用时,不能据此判断规则已经生效。
- 补齐 Home。订阅缺失时,从 Home 右上角“+”进入 Add Server,将 Type 设为 Subscribe,填入从你的服务商处获取的订阅地址并保存;随后更新该订阅。
- 完成首次连接。选中已确认可用的服务器,再开启连接。出现系统添加 VPN 配置的提示时核对应用名称并确认,随后回到 Home 查看状态。
手动添加的服务器需要单独核对 Type、地址、端口、认证信息与相关传输参数,不能只恢复一个备注名称。端口必须沿用原始资料:即使某项原来使用 443,也不能据此把其他条目的端口统一改成 443。协议类型相同不代表所有连接参数相同。
恢复后先核对 Global Routing
迁移后“能连接但分流结果变了”,先检查 Home → Global Routing,再检查 Config。连接开关表示隧道状态,不表示目标连接一定按旧规则处理。以下对比仅用于选择恢复验收时的运行姿态,不应把临时排查设置长期保留为原配置。
Config
推荐按当前启用配置判断连接策略。规则自上而下匹配,首个命中项决定处理方式,未命中项再由 FINAL 兜底。适合原本就使用规则分流的用户做迁移验收。
适合:核对恢复后的规则、策略与日常行为
Proxy
以代理姿态处理连接,不按原有规则逐项分流。可以临时用于区分连接参数问题与规则问题,但测试后要恢复原来的 Global Routing。
适合:临时排查选中服务器的连接能力
Direct
以直接连接姿态处理连接。若旧设备使用 Config,新设备却停在 Direct,即使配置文件完整,也不能得到原来的代理分流结果。
适合:确认基础网络是否能够直接访问目标
如果旧设备使用 Scene,还需核对场景及其条件,不能把切换到 Scene 理解为自动恢复了旧场景。恢复期优先保持变量可控:先确认选中的服务器与配置可用,再逐项还原场景和自动连接条件。
用关键规则检查文件是否一致
下面是配置读法示意,不是要求替换现有配置。example.com 是示例域名。比较旧设备与新设备时,应查看规则顺序、策略名称及最终兜底,而不只是比较文件名。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY
DOMAIN-SUFFIX按域名后缀匹配;原本位于前面的具体规则,不应在恢复时被移到兜底规则之后。IP-CIDR示例覆盖192.168.0.0/16私有地址段。局域网访问异常时,还要确认新设备实际所在网段与系统权限。GEOIP按目标 IP 的地区数据匹配;不能仅凭网页显示的语言判断命中结果。FINAL用于兜底,应放在需要先判断的规则之后。文件存在不等于其中每一条都实际命中。
On Demand 与连接结果验收
手动连接正常后,再进入 Settings → On Demand 恢复原有条件。On Demand 用于按条件触发连接行为,不负责补回丢失的服务器、订阅或规则。新设备上的 Wi-Fi 环境可能不同,旧的网络条件需要重新核对,而不是照抄后立即认定有效。
- 先测手动连接。在 Home 选择目标服务器,确认连接状态,并访问自己熟悉且可用于测试的目标。
- 再测分流。分别验证一个预期 DIRECT 的目标和一个预期 PROXY 的目标;结合可用的连接记录判断策略,不用单次打开网页作为唯一依据。
- 再测网络切换。分别在 Wi-Fi 与蜂窝网络下检查 On Demand 的实际触发结果,注意蜂窝测试会使用流量。
- 最后测订阅更新。确认更新成功后,检查当前选择是否仍指向有效条目;服务商更新列表可能改变名称或移除旧条目。
验收期间每次只改一项。若同时重导订阅、切换 Global Routing、替换 Config 并调整 DNS,即使恢复正常,也很难确定问题来自哪一步。新旧设备在同一网络下对照检查,更容易区分迁移缺项与网络环境差异。
迁移中常见问题
登录同一账户了,为什么没有订阅?
先分别核对系统 iCloud 账户、应用同步项目与 Home 列表,不要把商店购买账户相同当作数据已经同步。若 Home 仍缺少订阅,使用原始地址从 Add Server → Type → Subscribe 恢复,再执行更新。
Config 导入成功,为什么还是原来的访问结果?
回到 Config 确认启用的是导入文件,再到 Home → Global Routing 检查是否为 Config。随后核对相关规则是否被更靠前的规则抢先命中,不要只检查 FINAL。
导出了配置,Home 却是空的,要重新买应用吗?
Home 缺少连接资料与购买记录不是同一问题。先恢复从你的服务商处获取的订阅,或按旧设备记录补齐手动服务器。不要把 Config 文件当作全部连接资料的完整备份。
新设备提示添加 VPN 配置,是不是恢复失败了?
文件导入不等于新设备已经完成系统授权。确认提示来自 Shadowrocket 后按系统流程操作,再回到 Home 测试;若手动连接正常但自动连接不符合预期,继续检查 Settings → On Demand。
两台设备出现了同名但不同内容的配置怎么办?
暂停同时编辑,分别导出两份文件,比较关键规则、外部引用和 FINAL。选定已验证可用的一份作为恢复基线,先在新设备测试,再处理重复文件;不要直接删除唯一可用的旧副本。
当新设备完成“订阅可更新、Config 已启用、Global Routing 正确、手动连接与 On Demand 分别通过检查”后,再整理旧设备。保留一份独立配置副本与必要的恢复说明,比仅依赖持续同步更便于下一次换机。