2026-09-09 · 进阶配置 · 约 10 分钟

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

说明 iCloud 同步的开启位置和作用范围，介绍配置文件的导出与导入，以及换新 iPhone、iPad 后恢复服务器与规则的完整步骤。

本文速览

本文适合已经在旧设备上使用 Shadowrocket、准备换用 iPhone 或 iPad 的用户。迁移时分别核对 Home 的服务器与订阅、Config 的规则文件、Settings 的运行设置；使用 iCloud 同步减少重复录入，同时导出独立配置副本。恢复完成后，还需要重新确认当前配置、Global Routing 与系统 VPN 授权，不能只以列表出现作为迁移成功的依据。

一、先区分服务器、配置文件与运行设置

Shadowrocket（小火箭）的配置备份不能只理解为保存一个文件。Home 里的服务器决定连接到哪里，Config 里的配置文件决定请求如何匹配规则，Settings 里的选项影响订阅更新、按需连接等行为。这些数据彼此配合，但不应假定它们总是通过同一种方式保存和恢复。

数据位置迁移前需要保留新设备需要核对
Home服务器参数、订阅地址及分组名称服务器条目是否齐全、订阅是否能更新
Config当前选中的配置文件、本地规则修改文件内容与当前选中状态
Settings与现有使用方式有关的选项记录On Demand、订阅更新等设置
系统 VPN记录旧设备的使用状态在新设备上重新完成授权

单独导出的规则配置文件，不等于 Home 服务器列表的完整备份。文件可能包含规则、DNS 或 Host 内容，也可能引用外部资源；是否包含连接凭据，必须检查实际文件，不能只根据文件扩展名判断。订阅地址需要另外妥善保存，订阅从你的服务商处获取。

3 个入口
Home、Config、Settings 分别核对
2 种保留方式
iCloud 同步与独立导出副本
1 次新授权
新设备首次连接时确认系统 VPN 配置

迁移判断：先确认备份包含什么

在清理旧设备前，逐项勾选服务器、订阅、规则文件和运行设置；任何一项没有在新设备上确认，就保留旧设备上的原始数据。

二、开启 iCloud 同步，并确认数据已经到达

iCloud 同步依赖设备上的 iCloud 账户与 iCloud Drive。它与 App Store 的购买恢复是两件事：前者处理数据同步，后者处理应用获取资格。即使新设备可以重新下载应用，也不能由此推断原来的配置已经同步完成。

  1. 在旧 iPhone 或 iPad 的系统“设置”中，进入 Apple 账户 → iCloud → iCloud Drive，确认同步功能可用。系统中文菜单名称可能随系统调整。
  2. 在 iCloud 的应用列表中查找 Shadowrocket，确认允许其使用 iCloud；如果列表折叠，先展开显示全部应用。
  3. 打开 Shadowrocket，进入 Settings → iCloud，检查同步相关选项。可同步项目以当前界面列出的内容为准，不把该入口理解为整个设备的完整备份。
  4. 让旧设备保持联网，再在使用同一 iCloud 账户的新设备上开启相应选项。分别打开 Home 和 Config，检查实际出现的数据，而不是只看开关是否打开。

首次同步可能需要等待，网络状态、iCloud 可用空间和账户验证状态都会影响结果。若 Home 出现服务器而 Config 尚未出现目标文件，应继续检查配置文件同步情况，并准备使用独立导出副本恢复。不要在两台设备上同时删除、重命名或大批量修改条目来“催促同步”。

三、从 Config 导出配置文件，保存可独立恢复的副本

导出前先在 Config 确认当前实际使用的文件。如果列表中有多个名称相似的配置，打开内容核对本地添加的规则，避免只备份了较早下载、后来没有继续使用的文件。远程配置地址与本地修改也要分开记录：重新下载远程文件不保证保留本地编辑。

  1. 进入 Config，找到正在使用的配置，打开该文件的操作菜单或详情入口，使用分享或导出操作。具体入口位置以当前界面为准。
  2. 在系统分享面板中选择存储到“文件”，保存为独立副本。可以使用 shadowrocket-before-migration.conf 这样的用途名称，便于与日常工作文件区分。
  3. 在系统“文件”中确认文件真实存在，并能打开查看文本。若存入 iCloud Drive，等待上传完成后，再从另一台设备确认能够读取。
  4. 分别保存自己修改过的其他配置。订阅地址和手动录入的服务器参数另行妥善保存，不用规则文件替代这一步。

下面的片段仅用于说明检查点，不是可直接替换现有配置的完整文件。导出后应核对 [Rule] 中规则是否仍按原顺序存在，尤其是自己增加的域名和最终策略。这里使用文档示例域名与保留地址，不指向实际连接服务。

[Rule]
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
FINAL,DIRECT

DOMAIN-SUFFIX 匹配指定域名及其子域名，IP-CIDR 描述地址范围，FINAL 处理前面未命中的请求。迁移时保留原有语法和顺序，不需要为了“兼容新设备”随意调整规则。若原文件引用了外部规则资源，还需确认资源地址在新设备上能够访问。

四、在新 iPhone、iPad 上按顺序恢复

核对应用 恢复服务器 导入配置 选择策略 授权验证

Shadowrocket 是闭源商业应用，在 Apple 平台发行，主要用于 iPhone、iPad，唯一获取入口为 App Store。换机前可通过正版核验说明核对开发者 Shadow Launch Technology Limited、官方图标与应用 ID 932747118。系统要求与购买适用范围以 App Store 页面标注为准。客户端买断 ≠ 线路套餐。

  1. 恢复应用与同步环境。在新设备获取 Shadowrocket，确认 iCloud 账户和前述同步开关。先观察已有数据是否出现，不立即重复导入同一个订阅。
  2. 恢复 Home 条目。如果没有同步到服务器列表，使用自己保存的订阅地址重新添加并更新。手动服务器则按原参数恢复，核对协议、服务器地址、端口和认证字段，不能只填写显示名称。
  3. 导入规则文件。在系统“文件”中找到导出的配置，通过分享面板交给 Shadowrocket；导入后进入 Config 检查文件内容，并明确选中要使用的配置。仅在列表里看到文件不代表它已经生效。
  4. 核对运行方式。检查 Home 的 Global Routing。需要按规则分流时选择 Config；Proxy 和 Direct 的请求走向不同，不要用它们判断规则是否恢复。
  5. 确认系统授权。首次打开连接开关时，按系统提示允许添加 VPN 配置并完成设备验证。旧设备已经授权，并不能代替新设备上的确认。

五、验证连接、规则与 On Demand，而不只看开关

恢复后的检查分三层：服务器是否可连接、当前配置是否被选中、请求是否按预期处理。延迟测试得到数值，只能说明相应测试有响应，不能单独证明网页请求、DNS 与全部规则都正常。验证时一次只改变一个条件，便于定位问题。

如果恢复后出现“手动关闭又自动连接”，先检查 On Demand，而不是删除全部配置。如果只有部分域名异常，则先看当前 Config、规则顺序与 DNS 设置。把服务器连接问题和规则匹配问题分开，才能避免反复导入却始终没有找到原因。

六、换机恢复时的常见问题

两台设备登录了同一账户，为什么列表还是空的？

先确认比较的是系统 iCloud 账户，而不只是 App Store 的购买账户；再检查系统 iCloud Drive、Shadowrocket 的使用权限及 Settings → iCloud。随后分别检查 Home 与 Config。暂时未同步到的数据可用独立备份恢复，不要先清空旧设备。

导入了 conf 文件，为什么没有服务器可以选？

进入 Config 查看文件实际内容。规则文件可能只保存分流规则，没有 Home 的服务器信息。回到 Home 使用自己已有的订阅恢复条目，或按旧设备参数添加；订阅从你的服务商处获取。完成后再选择服务器与当前配置。

服务器恢复了，为什么访问结果和旧设备不同？

先对照两台设备的 Global Routing，再确认 Config 中选中的是同一份配置。若仍有差异，比较本地修改、外部规则资源以及 DNS 设置；不要只根据文件名相同就判断内容完全一致。

新设备更新订阅提示认证失败，需要重新买应用吗？

应用购买与订阅认证分别管理。检查订阅地址是否完整、凭据是否仍有效，并从你的服务商处获取当前可用地址。不要把重新购买应用当成修复订阅认证的步骤，也不要把含 token 的地址贴到公开页面。

七、完成迁移后，再处理旧设备与敏感副本

配置文件与订阅地址都可能包含敏感信息。分享文件前应检查是否有密码、密钥、认证字段或带 token 的 URL；只隐藏服务器显示名称并不能消除这些信息。备份应保存在自己控制的存储位置，避免放进多人可访问的共享文件夹。

以后每次大幅调整规则前，再导出一份独立副本。这样既能使用 iCloud 同步日常变更，也能在误改或同步异常时找到明确的恢复起点；两种方式承担不同任务，不应互相替代。

App Store 正版核对