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

一、先区分购买记录、服务器与 Config

Shadowrocket（小火箭）的应用购买记录与应用内数据是两件事。在新设备从 App Store 重新取得已购买的应用，并不等于 Home 中的服务器、Config 中的规则文件以及 Settings 中的设置已经全部还原。迁移应分别检查这几层内容。

客户端买断 ≠ 线路套餐。订阅链接从你的服务商处获取，服务有效期和服务器凭据不会因为换机或重新取得应用而重置。Shadowrocket 是 Apple 平台的闭源商业应用，主要用于 iPhone、iPad；系统要求和购买适用范围以 App Store 页面标注为准。

二、旧设备备份顺序：盘点、导出、记录

先在旧设备 Home 确认哪些服务器来自订阅，哪些是手动添加；再到 Config 记录当前选中的文件。不要只保存文件名，因为同名文件可能包含不同规则。对于经常修改配置的用户，应保存正在使用的实际内容，而不是只记住最初的远程地址。

1. 记录工作状态。在 Home 记下当前选中的服务器，以及 Global Routing 当前使用的是 Config、Proxy、Direct 还是 Scene。若使用 Scene，还需记录相应场景条件，不能只记下模式名称。
2. 保存当前 Config。进入 Config，找到当前选中的文件，通过该文件可用的分享或导出操作保存副本。具体操作入口以应用内可见菜单为准，不要把删除操作当作导出。
3. 记录外部依赖。检查配置引用的远程规则资源是否仍可访问；本地独有的资源应另行保留。导出一个配置文件，不代表它引用的所有资源已经打包。
4. 保留订阅与手动参数。完整保存原始订阅链接；手动服务器应逐字段记录。只保存服务器显示名称，无法据此恢复认证信息。
5. 暂时保留旧设备。新设备完成连接、规则和自动连接检查后，再处理旧设备上的数据。

三、iCloud 同步：先核对账户，再确认内容

iCloud 同步能否工作，先取决于设备的 iCloud 账户、iCloud Drive 状态、应用访问权限和可用存储空间。App Store 使用的购买账户与设备用于 iCloud 的账户可能不同；一个决定应用购买记录，另一个决定云端数据归属，排查时应分别核对。

1. 在旧设备的系统“设置”中打开 Apple 账户页面，进入 iCloud，确认 iCloud Drive 已启用、空间可用；若应用权限列表中显示 Shadowrocket，确认其访问权限允许。
2. 回到 Shadowrocket 的 Settings，检查当前应用内可见的 iCloud 相关选项。只有确认应用提供该入口时才按其提示启用，不把系统整机备份当作应用内同步已经完成。
3. 保持旧设备联网，并避免在两台设备上同时修改同一份 Config。若界面有同步状态或云端文件列表，应以实际显示结果核对，不预设固定等待时长。
4. 在新设备登录对应的 iCloud 账户并检查相同权限，再进入 Shadowrocket 查看可用内容。逐项对照 Config 文件内容与 Home 列表，而不是仅检查文件数量。

不要假定 iCloud 一定包含全部服务器凭据、每个 Settings 开关或系统 VPN 授权。能看到某个 Config 文件，只能证明该文件已可访问；服务器列表和其他设置是否恢复，仍需分别确认。若当前应用内没有相关同步入口，直接采用已导出的文件与原始订阅链接恢复。

四、导出 Config：验证文件，不只验证文件名

Config 负责配置行为，不能一概当作 Home 数据库的完整备份。文件可能包含规则、DNS 设置、策略或服务器定义，也可能只引用其他资源。是否携带某类数据，应以导出文件的实际内容为准。对导出的文本进行阅读核对，比仅确认文件已保存更可靠。

1. 在旧设备 Config 中打开当前文件的可用操作菜单，使用分享或导出功能，将文件保存到系统“文件”中自己可控的位置。若使用 iCloud Drive 保存文件，这属于文件存储，与应用内部同步应分开核对。
2. 打开保存后的文件，确认不是空文件，也不是登录页面或错误提示文本。检查是否保留自己修改过的规则，以及引用资源的地址。
3. 在新设备通过 Config 内可用的本地导入入口，或系统分享中可用的 Shadowrocket 接收入口打开该文件。以实际显示的操作为准，导入后再次核对内容。
4. 明确选中导入的 Config。仅把文件加入列表，并不代表它已经成为当前配置；需要按规则运行时，在 Home → Global Routing 选择 Config。

下面是用于核对规则结构的示例，不是完整配置，也不是推荐替换现有规则。规则自上而下匹配；将其复制到自己的文件前，必须确认策略名称存在且符合原有用途。

[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 匹配地址网段，GEOIP 使用地理归属判断，FINAL 承接前面未匹配的流量。迁移后应检查这些规则的先后顺序及其策略目标。配置中若引用策略组，还应检查组成员是否能对应到新设备现有的服务器。

五、恢复订阅与手动服务器：两类数据分开处理

订阅重新导入适用于能够从原地址重新取得服务器列表的情况。先从你的服务商处获取有效链接，再在新设备 Home 的添加入口按应用内可见选项导入。订阅更新会重新获取远程内容，因此新列表不一定与备份当天完全相同；应核对服务状态和必要参数，而不是要求显示顺序完全一致。

例如旧服务器 Port 为 443，新设备就应填写同一数值，而不是因为换机改成其他端口；但 443 只是示例，并非所有服务器的默认答案。VMess、VLESS、Trojan、Shadowsocks 等类型的认证与传输字段并不相同，应按旧记录或服务商提供的参数逐项恢复。

• 订阅链接被截断：重新复制原始 URL，检查首尾空格、换行以及查询参数是否完整。
• 更新后列表为空：先确认服务商侧订阅仍有效，再检查应用提示；不要立即删除旧设备上仍可用的记录。
• 本地改名或改参数：远程更新可能重新生成相关条目。恢复前记录修改原因，更新后再核对，不假定本地修改能由订阅自动重建。

六、新设备恢复购买与验收顺序

在新 iPhone 或 iPad 上，使用与原购买记录对应的 App Store 账户，从购买记录或产品页重新取得 Shadowrocket。若页面显示价格而非预期的重新获取状态，先核对购买记录和账户，不直接再次购买来解决配置问题。应用 ID 为 932747118，开发者为 Shadow Launch Technology Limited。

恢复购买记录与恢复数据应分步完成。重新取得应用后，按系统提示处理 VPN 配置授权，再恢复 Config 与 Home 服务器。首次验收期间先停用自动连接条件，避免网络切换触发连接，使当前状态难以判断。

1. 确认服务器可用。在 Home 选择已恢复的服务器并连接。可短时使用 Global Routing → Proxy 检查经代理的访问；该结果只验证此时的连接路径，不能证明规则配置已恢复。
2. 确认规则生效。切回 Global Routing → Config，核对当前 Config，再分别访问原先预期直连和代理的目标。必要时结合应用内可见的连接记录检查命中结果。
3. 核对其他姿态。Direct 用于直连，不能用它验证代理服务器是否可用；Scene 应另核对场景条件和实际切换结果，不把它简单视为 Config 的别名。
4. 恢复自动连接。进入 Settings → On Demand，按旧记录核对条件，再检查系统 VPN 配置中的对应状态。分别在 Wi-Fi 与蜂窝网络下观察，避免只在一个网络中验收。
5. 保留回退材料。完成日常访问检查后，仍保存独立 Config 和订阅原始记录。确认新设备可持续正常使用，再清理旧设备数据。

七、换机恢复常见问题