Shadowrocket 配置备份与换机迁移:iCloud 同步、导出配置与新设备恢复

一、先区分购买记录、连接资料与配置文件

Shadowrocket（小火箭）的购买记录属于 App Store 账户；Home 中的连接条目、订阅来源以及 Config 中的配置文件则是应用数据。使用原购买账户重新下载，只解决应用获取问题，不保证这些数据同时出现。客户端买断 ≠ 线路套餐，本文只处理用户已有资料的保存和恢复。

一份 .conf 是否包含连接参数，取决于文件实际内容。只有 [Rule] 等规则段的文件，不能恢复 Home 中全部连接条目；即使文件含有 [Proxy]，也不应据此认定订阅分组、更新设置和所有设备偏好已经完整保存。

二、旧 iPhone 上按顺序建立备份

先停止同时修改多台设备上的同一配置，把旧设备暂时作为唯一编辑来源。记录当前可用状态，不要在备份前批量清理条目或重置 Settings。这样新设备出现差异时，仍有一个可供核对的基准。

1. 记录路由姿态。在 Home 检查 Global Routing，记下当前选择的是 Proxy、Direct、Config 还是 Scene；若使用 Scene，还要记录场景条件，不能只保存一个名称。
2. 确认当前配置。进入 Config，辨认实际选中的文件。若存在多份同名或相近名称的文件，分别打开检查 [Rule]，避免导出未使用的旧稿。
3. 清点连接来源。区分手动添加的条目和订阅生成的条目。订阅地址、手动连接凭据及协议专用参数应保存在自己控制的安全位置，不能只留下显示名称。
4. 记录设备设置。检查 Settings → On Demand，以及自己修改过的 DNS、订阅更新等设置；只记录实际存在且确实使用的选项，不凭记忆补填。
5. 建立离线副本。将配置导出到“文件”中的受控位置，再实际打开一次，确认不是空文件或只有文件名的未完成副本。

三、检查 iCloud 同步，而不是只检查开关

iCloud 同步、iCloud Drive 中的手动文件副本和整机备份是三件不同的事。应用同步负责其支持的数据项目；存入 iCloud Drive 的 .conf 是一份文件；整机恢复则属于系统迁移流程。三者不能互相推定，也不能承诺一定覆盖全部连接资料。

1. 在 iPhone 系统“设置 → Apple 账户 → iCloud”检查账户与可用空间，并在使用 iCloud 的 App 列表中检查 Shadowrocket 的权限。系统入口文字可能随系统调整。
2. 若通过“文件”保存云端副本，同时检查 iCloud Drive 已启用，并确认能够浏览保存配置的目录。
3. 在 Shadowrocket 的 Settings 中检查 iCloud 相关选项。具体入口、同步范围及是否需要手动操作，以当前应用界面显示为准；不要把一个同步选项理解成全部数据备份。
4. 让旧设备在网络可用时完成同步，再在新设备检查实际出现的文件与条目。不要以等待了某个固定秒数替代结果核对。

App Store 的“媒体与购买项目”账户可能与设备登录的 iCloud 账户不同。恢复购买记录时核对原购买账户；检查云端数据时核对原 iCloud 账户。两个问题分别排查，比反复退出账户更容易定位原因。

• 文件没有出现：先在“文件”确认云端副本是否可见、可打开，再检查应用内的同步范围。
• 出现了旧内容：停止两台设备交替编辑，保留两份副本，逐行核对自定义规则后再决定使用哪一份。
• 旧设备删了，新设备也少了：同步可能传播删除操作，因此迁移前仍应保留独立导出副本。

四、导出 .conf，并验证文件真正包含什么

在 Config 中找到需要保存的配置，打开该文件可用的操作菜单，使用导出或分享操作保存到系统“文件”。不同界面的按钮位置和英文标签可能不同，应以当前显示为准。目标是得到可以重新导入的 .conf 文件，而不是复制文件名、远程地址或配置预览图片。

建议为副本使用能区分来源的名称，例如 home-routing-backup.conf，并保留一个不再编辑的原始副本。若配置依赖远程规则资源，导出主文件不一定把远程内容一起打包；应检查其引用关系，记录资源用途，并确认新设备能够访问用户原有的资源。

用规则片段检查是否导出了正确文件

下面只展示 [Rule] 的结构，不是完整连接配置，也不包含可用的连接服务。DOMAIN-SUFFIX 匹配指定域名及其子域名，IP-CIDR 匹配地址网段；FINAL 必须留在相关规则之后，处理没有命中前序规则的请求。

[Rule]
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
FINAL,PROXY

这些规则自上而下匹配。若原文件还有 GEOIP 或其他 IP 规则，也要保留原顺序，不应在迁移时顺便重排。这里的 PROXY 是路由策略，并不替你创建服务器；若新设备缺少可用连接，单独恢复这段规则仍无法完成代理连接。

五、新 iPhone：先恢复应用，再恢复资料

Shadowrocket 是 Apple 平台上的付费客户端，唯一获取入口为 App Store。使用原购买账户查找已购应用并重新下载；若页面显示价格而不是重新下载入口，先核对购买账户和购买记录，不要把数据未恢复误判为必须再次购买。价格、系统要求、兼容性及是否通用购买，以 App Store 页面标注为准。

1. 核验应用。通过正版核验页核对开发者 Shadow Launch Technology Limited、官方图标与应用 ID 932747118，再完成 App Store 获取。
2. 检查同步结果。启动应用，核对 Home 和 Config 的实际内容。若同步已经恢复了所需条目，先检查，不要立即重复导入整批资料。
3. 导入配置文件。在“文件”找到保存的 .conf，通过系统分享选择 Shadowrocket，或使用 Config 当前提供的导入操作。导入后打开检查内容，并将目标文件选为当前配置。
4. 补齐连接资料。对未恢复的手动条目，按原始资料重新填写；对订阅条目，在 Home 的添加入口选择 Subscribe，使用用户自己的原有地址并执行更新。导入前先检查是否已有同一来源，避免重复分组。
5. 确认系统授权。首次建立连接时，按系统提示允许添加 VPN 配置。旧设备的授权状态不能代替新设备上的确认；授权完成也不代表服务器已经可达。

六、用三轮检查确认迁移结果

“连接开关能打开”只能说明连接流程已经启动，不能证明配置和规则都恢复正确。建议先验证连接，再验证路由，最后启用自动连接；一次只改变一个变量，才能判断异常来自网络、连接参数还是规则。

Global Routing 中，Direct 用于直接连接，Proxy 用于代理路由，Config 按所选配置处理，Scene 根据已配置场景切换。使用 Config 时才应按对应规则文件分析分流；如果停在 Direct，修改 [Rule] 不能得到预期的规则路由效果。Scene 则需要另行检查其条件，不能简单当作 Config 的同义项。

• 连接测试通过，目标资源失败：继续检查实际请求路径、DNS 与规则命中，测试结果不代表所有域名和所有协议都可用。
• 手动连接正常，切网后异常：暂时关闭 On Demand，确认基本连接稳定，再逐项恢复自动连接条件。
• 重启后行为不同：重新核对当前配置、Global Routing 和 On Demand，不要只重新导入同一文件。

七、换机恢复常见问题