小火箭配置备份与换机迁移:iCloud 同步和导出配置文件

一、先区分购买记录、订阅和配置文件

重新从 App Store 获取应用，只解决客户端的使用资格，不等于恢复应用内的全部数据。Shadowrocket 是闭源商业应用，采用一次性买断；客户端买断 ≠ 线路套餐。本站不提供、不销售、不推荐节点或订阅。迁移时应将“重新获取应用”和“恢复自己的连接资料”视为两项独立工作。

Home 主要用于查看服务器、订阅及连接状态；Config 用于管理和选择规则配置；Settings 中还有需要单独核对的行为设置。一份规则配置文件可能包含 General、Rule 等内容，却未必包含 Home 中的全部订阅链接、单独添加的服务器密码或当前使用状态。因此，不能仅凭“已经导出一个文件”就清空旧设备。

• 购买记录：与购买时使用的 Apple 账户相关，不是配置备份。
• 订阅地址：是重新获取服务器列表的入口；只有当前列表而没有地址，不等于还能继续更新。
• 本地配置：包含自己的规则修改，不能只保存远程配置地址而忽略本地差异。
• 设备状态：VPN 授权、当前选择、自动连接条件等，需要在新设备上重新检查。

二、iCloud 同步与手动导出分别解决什么问题

iCloud 的作用是让应用支持同步的数据在设备间可用。它依赖正确的 Apple 账户、iCloud Drive、应用访问权限、可用空间与网络。同步不是固定时点的归档：同一份数据被修改或删除后，变化也可能传递到其他设备，因此换机前仍应保留一份独立副本。

手动导出则保留某一时刻的文件内容。它适合保存本地规则修改，也方便导入后逐项比较。导出范围取决于所选对象与导出功能，不能将 Config 的单个文件导出理解为完整应用备份。把文件存到 iCloud Drive 只是保存位置的选择，也不等于已经开启应用自身的数据同步。

三、旧 iPhone 的备份顺序

备份前先暂停批量修改和删除操作，确认当前连接可用，并记下 Home 中的 Global Routing 选择与 Config 中正在使用的文件。若准备做订阅更新，先保留原有来源信息；更新可能改变服务器名称、数量或顺序，不能用更新后的列表反推迁移前状态。

1. 记录当前状态

   打开 Home，记录当前服务器与 Global Routing；再打开 Config，记下正在使用的配置文件名称。进入 Settings → On Demand，记录是否启用以及已有条件。

2. 保存订阅来源

   在 Home 查看已有订阅的编辑信息，妥善保存原始 URL。若地址已不可见，应从自己原先保存的资料中找回，不要把某个服务器的分享内容当成整个订阅。

3. 导出本地文件

   进入 Config，找到要备份的本地文件，在该文件的操作菜单中使用分享或导出入口，再通过系统分享面板存储到“文件”。入口的手势与名称以当前界面为准，不要误选删除或仅复制远程地址。

4. 检查文件内容

   确认导出文件可读取，检查是否保留了自己修改的 Rule 内容。若配置引用外部规则或远程配置，另行记录这些地址；保存主文件不代表外部内容也已一并保存。

5. 核对同步结果

   检查系统 iCloud 权限与空间，等待数据传递后在另一台设备核对。不能立即验证时，至少保留已导出的文件、订阅来源和旧设备，暂不执行抹除。

备份文件按敏感资料保存

订阅 URL 的 token、服务器密码与密钥都可能授予连接权限。不要把完整文件贴进公开讨论区，也不要上传到陌生解析页面。文件名可以采用“用途＋备份日期”的方式区分，但不要把密码或 token 写进文件名。

四、新 iPhone 按“应用、数据、规则、授权”恢复

先通过 App Store 重新获取 Shadowrocket。使用购买时的 Apple 账户，在 App Store 的已购应用记录中查找；系统界面的栏目名称可能调整。核对开发者为 Shadow Launch Technology Limited、应用 ID 为 932747118、图标与本站官方图标一致。iPhone、iPad 及其他兼容设备的系统要求均以 App Store 页面标注为准。

恢复时不要一看到空列表就重复添加全部订阅。先确认 iCloud 是否还在同步，再决定补导入哪些对象。否则同步内容稍后到达，可能与手动添加的内容同时存在，造成重复分组，也增加之后辨认来源的成本。

1. 检查已同步内容：打开 Home 和 Config，分别查看服务器列表与本地配置。按名称和关键内容核对，不只比较数量。
2. 补回订阅：缺少来源时，在 Home 右上角“+”进入 Add Server，Type 选择 Subscribe，填入自己保存的 URL 并保存，再执行该订阅的更新操作。不要把订阅 URL 填进普通服务器的地址栏。
3. 补回本地配置：从“文件”中找到备份，通过分享面板发送至 Shadowrocket；若当前系统未显示该入口，则使用 Config 提供的文件导入方式。导入后确认文件在 Config 中可读，并选中要使用的配置。
4. 检查运行姿态：需要按规则分流时，在 Home → Global Routing 选择 Config。Proxy 与 Direct 不等于按当前 Rule 逐条分流；若使用 Scene，还应核对该场景实际应用的策略。
5. 完成设备授权：首次连接时按系统提示允许添加 VPN 配置。旧设备已经授权，不表示新设备也已授权；完成后再检查连接状态。
6. 最后恢复自动连接：先在手动连接下验证，再进入 Settings → On Demand 恢复所需条件，避免自动连接影响排查。

五、用两张核对卡检查恢复是否完整

迁移验证要分别检查“能否连接”和“规则是否按预期执行”。订阅更新成功，说明当次成功取得内容，不表示其中每个服务器都可连接；服务器可连接，也不说明当前正在使用正确配置。建议先选定一个已有且可用的服务器，再对照下面两类资料核验。

例如，旧配置中若有以下规则，恢复后应检查三行均被保留，且没有把 FINAL 提到前面。这里的 example.com 仅用于说明语法，不是要求访问的测试站点；PROXY 应对应当前配置中可用的代理策略。验证自己的规则时，应使用原本就有明确预期的目标。

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

• DOMAIN-SUFFIX 检查指定域名及其子域名；不要仅看页面能否打开就判断是否命中。
• IP-CIDR 检查地址段；示例中的 no-resolve 表示不为这条匹配额外触发域名解析。
• FINAL 接收前面没有匹配的流量；位置或策略改变会影响大量连接。
• 若原配置还有 GEOIP 或远程规则引用，应保留原来的次序与引用，不能用这个精简示例覆盖完整配置。

六、换机后常见问题与处理顺序