Shadowrocket 配置备份与换机迁移:iCloud 同步、导出配置文件与恢复步骤

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

Shadowrocket（小火箭）的应用购买记录与应用内资料属于不同层面。从 App Store 重新安装应用，不等于所有节点、订阅地址、规则文件和连接设置都已恢复。迁移完成的判断标准应是新设备上的内容可以逐项核对，而不是只看应用图标是否出现。

Home 主要用于查看节点、订阅分组与连接状态；Config 用于管理和选择配置文件；Settings 中的设置还需要单独检查。一个从 Config 导出的文件通常用于保存规则及相关配置，不能仅凭文件存在，就认定 Home 的全部条目与设备上的所有设置都在其中。

二、旧设备上的备份顺序

先确认旧设备当前可以正常使用，再开始备份。如果原来的订阅已经更新失败，应先区分服务商链接失效与本地配置问题；迁移只会转移已有资料，并不会修复过期凭据。订阅与节点从你的服务商处获取。

1. 清点 Home：记录订阅分组、手动添加的节点，以及当前选择的节点。订阅能够重新取得的内容与仅在本机手动修改的内容应分开记录。
2. 清点 Config：记下当前选中的文件和本地修改过的文件。若配置引用远程规则资源，还应保留资源地址与来源说明。
3. 清点连接设置：记录 Global Routing 当前选项，并在 Settings → On Demand 检查是否启用了自动连接条件。
4. 保留恢复来源：将已有订阅地址保存到受保护的位置。地址中的 token 往往具有访问权限，不要发到公开讨论区。
5. 暂不清空旧设备：等新设备完成导入、规则核对和实际访问测试后，再处理旧设备中的资料。

三、使用 iCloud 同步时要检查什么

iCloud 同步适合在个人设备之间接续应用资料，但它不是永远保留旧状态的历史备份。同步范围取决于应用提供的选项与设备设置；删除、覆盖等修改也可能传播到其他设备。因此，在新设备上进行大范围整理前，应先导出一份独立副本。

1. 在旧设备的系统“设置 → Apple 账户 → iCloud”中检查账户和可用空间，并确认 iCloud Drive 及 Shadowrocket 对应的 iCloud 使用权限已开启。系统菜单名称可能随系统界面调整。
2. 在 Shadowrocket 的 Settings 中检查 iCloud 相关选项，并确认准备迁移的数据已允许同步。同步入口及可选范围以实际界面为准，不将某个开关视为全部资料的备份保证。
3. 让旧设备保持正常联网，完成资料保存后，再在新设备使用同一 iCloud 账户并检查相应权限。不要在两台设备上同时批量删除或重建条目。
4. 打开新设备上的 Shadowrocket，分别查看 Home 与 Config。以分组名称、文件内容和自定义修改是否一致为准，而不是仅看账户已经登录。

用于 App Store 购买的 Apple 账户与用于 iCloud 的账户可能不同。前者关系到已购应用记录，后者关系到云端资料；排查时应分别确认，不能因为购买记录可见，就推断 iCloud 数据也属于同一账户。

四、导出配置文件，并核对副本内容

独立文件副本的作用是保留一个可回看的状态，尤其适合迁移手动修改过的规则。进入 Config，找到实际使用的配置，打开该文件的操作菜单，通过界面提供的导出或共享入口保存到“文件”。具体入口显示以当前应用界面为准；应确认保存的是配置内容，而不只是远程文件的地址。

1. 先保存一份未经改动的原始副本，再制作准备导入新设备的副本。文件名称可加入用途，例如 home-rules-before-migration.conf，避免与空白配置混淆。
2. 从“文件”中重新打开副本，检查是否包含实际规则内容。文件能够看到名称，不代表其中保存了完整文本。
3. 核对自定义规则、DNS 相关配置以及远程资源引用。若副本依赖远程资源，恢复时仍需要该地址有效且可访问。
4. 单独保留手动节点所需的协议、服务器、端口与认证资料。不要假定 Config 的导出结果必然包含 Home 的所有节点。

以下只是用于识别规则内容的文本示例，不是完整配置文件，也不是可直接使用的节点信息。恢复时应以自己的原文件为准，尤其要确认 PROXY 等策略名称在目标配置中有对应含义。

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

规则按顺序匹配。DOMAIN-SUFFIX 匹配域名后缀，IP-CIDR 匹配地址网段，GEOIP 按地址归属分类，FINAL 处理前面未命中的流量。比较新旧配置时，不仅要看关键字是否存在，还要看顺序、参数与最终策略是否一致。

五、新 iPhone 或 iPad 的应用与资料恢复

Shadowrocket 只在 Apple 平台发行，唯一购买安装入口是 App Store。新设备先使用原购买账户查看 App Store 的已购应用记录，找到 Shadowrocket 后重新安装。商店界面可能显示为“App”或已购项目入口，以设备实际界面为准。

• 核对产品：名称为 Shadowrocket，开发者为 Shadow Launch Technology Limited，应用 ID 为 932747118，图标应与本站使用的官方图标一致。
• 核对购买记录：如果显示需要购买，先确认当前 App Store 账户是否为原购买账户，不要把 iCloud 登录成功当成购买记录已匹配。
• 核对适用范围：iPhone、iPad 的系统要求，以及商店列出的其他 Apple 设备兼容性、价格和购买适用范围，以 App Store 页面标注为准。

应用安装完成后，先观察 iCloud 已恢复的内容，再补充缺失资料。不要立刻重复导入所有订阅，否则相同节点可能出现在不同分组，增加后续判断难度。获取应用的入口与核对步骤见正版核验页。

1. 在 Home 检查订阅分组及手动节点。缺失的订阅使用自己保存的地址重新导入，再执行该订阅的更新操作，确认条目实际返回。
2. 在 Config 导入保存的配置文件。可通过“文件”的系统共享入口交给 Shadowrocket，或使用应用提供的文件导入入口；导入后明确选中准备使用的配置。
3. 核对手动节点字段。服务器地址、端口、密码或 UUID、TLS 与传输设置应与原资料一致，不要仅复制节点显示名称。
4. 首次连接时按系统提示允许添加 VPN 配置。系统授权属于新设备上的独立步骤，不应假定它会随文本配置文件一并完成。

订阅地址示意为 https://example.com/sub?token=xxxx，这是不可用于恢复的假值。实际地址从你的服务商处获取。通过订阅重建节点，通常取得的是服务商当前发布的内容，而不是旧设备上某个时间点的完整快照；自行修改过的字段需要另行核对。

六、恢复后按顺序验收连接与规则

“节点列表出现了”和“恢复完成了”不是同一件事。建议先关闭可能干扰手动测试的 On Demand 自动连接条件，完成一次明确的手动连接，再恢复原来的自动连接设置。测试期间每次只调整一个因素，以便定位问题。

1. 检查资料：对照旧设备清单，确认 Home 的订阅分组、手动条目以及 Config 的当前文件。节点数量可能因服务商更新变化，不应仅凭总数判断是否丢失。
2. 检查 Global Routing：需要验证规则配置时选择 Config。Proxy、Direct 与 Scene 的处理方式不同，不能将姿态变化造成的访问差异归因于备份文件损坏。
3. 检查节点连接：选择已确认有效的节点，执行应用提供的连通性测试，再打开自己常用的页面。延迟结果只能说明部分链路情况，不能替代实际访问验证。
4. 检查分流：分别访问预期直连与预期代理的目标，结合连接记录核对命中的规则及策略。尤其检查自定义规则是否仍在 FINAL 之前。
5. 恢复自动连接：回到 Settings → On Demand，核对旧设备记录的条件后再启用，并观察网络切换后的连接状态。

如果订阅更新成功但节点无法连接，应逐项核对服务商参数。比如原节点的端口是 443，新设备也必须使用服务商指定的同一端口；端口相同并不能证明 TLS、服务器名称或认证信息已经正确。不要为排查方便随意改成常见端口。

保留旧设备及独立副本，直到常用访问、规则分流和自动连接均核对完成。后续若需要撤销修改，可以先停止连接，再重新导入保留的原始配置；不要在没有副本的情况下继续覆盖唯一可用文件。

七、换机迁移常见问题