Shadowrocket 配置备份与换机恢复:iCloud 同步和导出配置文件

一、换机前先区分三类备份内容

Shadowrocket（小火箭）的应用购买记录、连接资料与规则文件是不同对象。从 App Store 重新下载应用，只解决应用的获取问题；Home 中的服务器、订阅地址、当前选择，以及 Config 中正在使用的文件，需要另行核对。客户端买断 ≠ 线路套餐，已有订阅的权限和有效期仍由你自己的服务商管理。

不要仅凭一个 .conf 文件就认定全部资料已经保存。配置文件可能包含规则、DNS（域名解析）和部分连接定义，也可能依赖 Home 中独立保存的服务器或远程资源。文件实际写入了什么，才决定导入后能恢复什么。

建议另存一份简短清单，写明当前启用的配置文件名、Global Routing 的选择，以及是否启用 On Demand。清单不必包含密码；认证资料应放在受保护的存储位置。这样即使同步只恢复了部分内容，也能明确还缺哪一项。

二、iCloud 同步、文件存储与整机备份的范围

“存在 iCloud 中”至少有三种含义：应用内的 iCloud 同步、存放在 iCloud Drive（云盘）中的导出文件，以及 iPhone 的 iCloud 云备份。三者的恢复入口与覆盖范围不同。将文件存到 iCloud Drive，不等于 Home 中的所有条目也会自动同步。

在旧 iPhone 的系统“设置”中进入 Apple 账户 → iCloud，检查 iCloud Drive 和相关应用的使用权限；系统入口名称可能随系统变化。若使用应用内同步，先查看 Shadowrocket 中实际提供的同步项目，再在新设备上确认它们已出现。不要把登录账户或打开开关本身当作同步完成的证据。

保存到 iCloud Drive 后，在“文件”中等待上传状态完成，再从新设备打开同一文件。应用同步也应以新设备实际出现的文件与条目为验收结果。同步会传播修改，误删或覆盖也可能继续同步，因此还应保留一份不随日常编辑变化的导出副本。

三、从 Config 导出文件并保存独立副本

在旧设备打开 Config，先辨认当前正在使用的配置，而不是只导出列表中的第一项。同名文件可能来自不同来源；核对其中你自己添加的规则和 DNS 设置，可以避免保存到一份未启用的旧文件。

1. 进入 Config，记下当前启用的文件名，并打开文件检查自定义内容是否存在。
2. 调出该文件的操作菜单，使用提供的分享或导出操作。具体按钮文字与位置以当前界面为准，不要把远程地址的复制操作当作本地文件导出。
3. 在系统分享表单中选择“存储到‘文件’”，保存到自己控制的 iCloud Drive 文件夹。也可另存一份到受保护的本地位置。
4. 使用可辨认的文件名，例如 shadowrocket-before-move.conf；保留原文件，不以试验文件覆盖唯一副本。
5. 在“文件”中打开副本，确认不是空文件，且能找到预期的规则段与自定义条目。

导出的配置若引用远程规则资源，本地文件通常只保存引用关系，并不等于把远端全部内容封装在一起。新设备仍可能需要联网获取这些资源。若文件含有服务器认证信息，分享出去就可能同时泄露连接权限，应限制文件访问范围。

手动添加的 WireGuard、Trojan 等条目还要核对协议必需的认证信息。以 WireGuard 为例，只有 Peer（对端）Public Key（公钥）不能替代本机 Private Key；如原资料已无法完整取回，应向自己的服务商确认恢复方式，不要用任意值补齐字段。

四、新 iPhone 按依赖顺序恢复

在新 iPhone 的 App Store 中，使用当初购买所用的 Apple 账户，从已购应用中查找并重新下载 Shadowrocket。iCloud 账户与用于商店购买的账户可以不同：前者影响同步与文件访问，后者影响购买记录。系统要求与通用购买适用范围以 App Store 页面标注为准。

需要重新核对产品时，前往正版核验说明，确认开发者为 Shadow Launch Technology Limited、应用 ID 为 932747118，并对照官方图标。应用获取入口是 App Store；下载完成后继续处理数据恢复。

1. 先检查同步结果。打开 Home 和 Config，确认是否已经出现原来的条目与文件；已有内容不要立刻重复导入。
2. 再补齐连接资料。缺少订阅时，在 Home 的添加入口选择 Subscribe（订阅），填写自己保存的已有订阅地址并更新。手动服务器则按备份逐项恢复。
3. 导入规则文件。在“文件”中找到导出的 .conf，通过系统分享或“打开方式”交给 Shadowrocket；也可使用 Config 中当前提供的文件导入入口。
4. 确认文件已启用。文件出现在 Config 列表中不等于已成为当前配置。选用恢复的文件，检查规则中的策略引用能否对应当前连接资料。
5. 恢复运行姿态。需要按规则分流时，在 Home → Global Routing 选择 Config。Proxy（代理）、Direct（直连）、Config（配置）与 Scene（场景）不是同一种运行姿态，不要只凭旧设备的连接开关状态推断。
6. 最后建立连接。首次连接按系统提示允许添加 VPN 配置；完成手动验证后，再检查 Settings → On Demand，恢复适合新设备网络环境的条件。

如果你依赖 Scene 保存的网络条件或策略安排，应单独核对该场景是否已经恢复。暂时不清楚场景内容时，先用已确认的 Config 完成检查，再调整自动化条件，避免一次修改多个变量。

五、验证订阅、规则和自动连接是否恢复

恢复后的第一轮检查以“与备份一致”为目标，不以测速结果为唯一依据。订阅能更新，说明地址在当前网络下可访问；服务器能连接，说明连接参数具备基本可用性；请求命中预期规则，才说明规则与运行姿态配合正确。这三个结果需要分别确认。

• 订阅检查：核对分组名称和条目是否符合已有服务资料。更新成功但数量变化时，先确认服务商当前返回内容，不能据此断定本地备份损坏。
• 认证检查：对照原资料核对域名、端口、密码及 TLS 相关字段。若原条目端口是 443，应恢复为该值，而不是因示例常见就把所有条目统一改为 443。
• 规则检查：确认 Config 中启用的是恢复文件，Global Routing 使用 Config，并在请求记录中查看实际命中的规则与策略。
• 网络检查：分别在常用 Wi-Fi 与蜂窝网络下测试；一次只变更一个条件，记录是名称解析、服务器连接还是目标访问失败。
• 自动连接检查：手动连接正常后，再验证 On Demand。旧设备的 Wi-Fi 条件未必适合新设备，尤其要检查网络名称是否一致。

下面只展示规则顺序的语法，用于对照备份中的 Rule（规则）内容，不是完整可导入配置。DIRECT 表示直连，PROXY 表示代理策略；实际出站还取决于当前配置与所选服务器。

[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（地址网段）用于 IP 范围；GEOIP（IP 地区）依据地址地区匹配；FINAL（最终策略）承接未命中前序规则的请求。规则自上而下匹配，恢复时应保留原有顺序，不能只检查关键字是否都在。

六、换机恢复常见问题