已在 iPhone 购买 Shadowrocket（小火箭）的用户，应先核对 iPad 的 App Store 购买账号，再找回已购应用。重新获取应用、迁移连接资料、授权本机 VPN 配置是三个独立步骤。本文按此顺序说明操作，并解释横屏布局与 Global Routing 的核对方法；涉及连接资料的部分，以用户已有自己的服务商与订阅为前提。
一、同一 Apple ID 的购买记录如何在 iPad 使用
Shadowrocket 是在 App Store 一次性买断的商业应用。本人使用同一购买账号，在兼容的 iPad 上重新获取已购应用，通常不需要再次支付应用费用。这里的“共享购买”指本人设备使用同一购买记录，不是把一台设备中的配置自动复制到另一台设备。
需要核对的是 App Store 使用的购买账号，而不只是系统顶部显示的 iCloud 账号。两者可能不同。先在原先购买应用的设备确认记录，再到 iPad 的 App Store 账户页面核对；不要只凭两台设备使用同一个 iCloud 就认定购买记录一定相同。
-
核对购买账号
在 iPad 打开 App Store → 账户头像，核对当前商店账号是否为当初购买 Shadowrocket 的 Apple ID。需要进一步查看时，可在系统“设置”→ Apple 账户 →“媒体与购买项目”中核对。
-
查找已购应用
进入 App Store → 账户头像 →“App”或“已购项目”，查找 Shadowrocket。入口名称会随系统界面变化；若有“我的 App”或“不在此 iPad 上”筛选，可用它缩小范围。
-
核对产品身份
打开产品详情，核对名称 Shadowrocket、开发者 Shadow Launch Technology Limited，以及应用 ID
932747118。设备系统要求以 App Store 页面标注为准。 -
重新获取应用
确认是自己的已购记录后，使用云朵重新获取按钮。若页面仍显示价格，先停止并检查账号、购买记录与商店状态，不要把再次付款作为排查的第一步。
-
检查首次打开
安装后打开 Shadowrocket，分别查看 Home、Config、Settings。列表为空并不能说明购买未恢复：应用的获取权限与连接资料是不同内容。
二、横屏改变显示空间，不改变规则含义
iPad 横屏后，可用宽度增加，列表、详情和导航的排列会随当前应用与系统布局调整。不要把某个按钮在 iPhone 上的固定位置当成 iPad 的操作依据；先找 Home、Config、Settings 这些功能名称，再查找相应操作。分屏窗口变窄时，即使设备仍横放，也可能使用更紧凑的布局。
横屏本身不会改变协议、服务器地址或规则优先级。若旋转后访问结果不同，应检查是否同时切换了连接条目、Global Routing 或活动配置，而不是先修改协议参数。保持配置不变，分别在全屏横向、全屏纵向与分屏窗口中查看，能区分“入口移动”和“设置改变”。
- Home：核对连接条目、当前选择和连接开关；列表能显示名称，不等于该条目的认证资料一定有效。
- Config：核对当前实际启用的配置文件，而不是只确认文件已经出现在列表里。
- Settings：检查设备本地设置，尤其是准备启用自动连接前的 On Demand 设置。
结论：先记设置值，再比较布局
在 iPhone 与 iPad 上分别记录所选连接条目、Global Routing 和活动 Config；这三项一致后，再处理横屏入口位置差异，避免把显示变化当成配置故障。
三、配置同步要分清连接资料与规则文件
从 App Store 找回应用，并不等于找回完整使用环境。连接条目、订阅来源、Config 文件以及设备本地设置，需要分别核对。即使使用了应用内可用的同步或备份功能，也应检查导入后的实际内容，不要仅凭账号相同就假定所有项目已同步。
对已有订阅的用户，通常可以在 iPad 重新导入自己的订阅；对维护本地规则的用户，还需要迁移并启用相应 Config。订阅更新解决的是订阅内容刷新问题，不能据此认定自定义规则、路由姿态和本机授权也已恢复。
| 资料类别 | 在 iPad 上的核对方法 | 常见遗漏 |
|---|---|---|
| 已有订阅 | Home →“+”→ Type → Subscribe，输入自己的完整订阅链接并保存，再执行更新。 | 链接被截断、凭据过期，或更新后没有重新选择可用条目。 |
| 单个连接条目 | 核对协议、服务器地址、端口和认证资料，与已有原始资料逐项比较。 | 名称相同，但端口、密码或其他协议参数不一致。 |
| Config 文件 | 使用 Config 中实际提供的导入入口迁移文件，再确认活动配置。 | 只导入文件，没有切换到该文件；文件引用的策略名称也可能缺失。 |
| 设备本地设置 | 核对 Home → Global Routing，以及 Settings → On Demand。 | 把旧设备的自动连接行为当成新设备的默认状态。 |
迁移时保留原始参数，不要为了“适配 iPad”随意改端口。例如原资料使用 443，只有在服务端配置也对应变更时才应修改；端口相同也不代表协议或认证方式相同。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 的字段要求不同，不能只复制地址和端口就认定迁移完成。
- 先保留旧设备的可用配置，再在 iPad 完成导入与验证，避免在迁移过程中丢失参照。
- 订阅链接和配置可能含认证信息，不要将完整内容放入公开截图、聊天记录或问题描述。
- 首次更新后，核对条目数量、名称与协议是否符合已有资料；列表非空只是解析成功的线索，不是连接成功的证明。
四、首次连接需要在 iPad 单独授权 VPN 配置
iPhone 上已经允许添加 VPN 配置，不代表 iPad 也已授权。首次在 iPad 开启连接时，系统会请求添加 VPN 配置；应确认这是自己刚在 Shadowrocket 中触发的操作，再按系统提示允许并完成设备验证。若此前取消了提示，连接可能无法建立，需要回到应用重新尝试。
- 在 Home 选择已核对的连接条目，确认 Global Routing 与测试目的相符。
- 打开连接开关，在系统弹出的 VPN 配置请求中核对应用来源并允许。
- 按系统提示完成设备密码或其他验证，再回到 Shadowrocket 查看连接状态。
- 如需检查系统记录，进入 iPad“设置”→“通用”→“VPN 与设备管理”→“VPN”，核对相关配置与状态；具体名称以当前系统界面为准。
系统显示 VPN 已连接，说明本机相关连接状态已建立，不足以证明每个目标地址都能访问。继续检查已有条目是否可用、当前路由是否符合预期，以及目标请求是否命中相应规则。不要在尚未完成基本连接测试时，同时修改 DNS、规则和自动连接设置。
五、Global Routing 应按测试目的选择
iPad 与 iPhone 的使用结果不一致时，应先核对 Home → Global Routing。这里比较的是 Shadowrocket 自身的路由姿态，而不是设备性能。以下三项适合用于理解基本排查流程；另有 Scene，用于依据所配置的场景条件采用相应行为，不能仅凭名称假定它与 Config 完全相同。
Config
推荐按当前活动配置处理请求。匹配到的规则和对应策略决定连接去向；未被前面规则匹配的请求还应检查 FINAL，不能一概理解为直连。
适合：已有经过核对的规则配置，需要验证日常分流行为。
Proxy
以代理姿态处理由应用接管的请求，可用于与 Config 的结果比较。它不能修复无效的认证资料，也不能保证设备中所有类型的通信都经过同一路径。
适合：临时排查连接条目可用性与规则分流之间的差异。
Direct
以直连姿态处理请求，可用于观察当前网络直接访问的表现。选择它不等于证明已导入的代理条目可用。
适合：对照当前网络的直接访问结果，缩小排查范围。
如果 Proxy 下可以访问，而 Config 下同一请求失败，优先检查活动配置、匹配顺序与策略引用。例如 DOMAIN-SUFFIX 按域名后缀匹配，IP-CIDR 按 IP 网段匹配，GEOIP 根据 IP 地理数据库匹配，FINAL 作为此前规则均未匹配时的兜底。它们不会因为横屏而改变含义。
结论：一次只更改一个变量
固定同一网络、同一连接条目和同一目标，先比较 Proxy 与 Config，再检查规则；不要同时换条目、换配置和改 DNS，否则无法判断是哪一项改变了结果。
六、重新获取后仍不能使用的核对顺序
将问题分成购买、资料、授权和连接四层，能避免重复操作。重新安装应用并不能修正过期的订阅或错误的路由；同样，修改连接协议也不会让 App Store 出现缺失的购买记录。按现象选择对应层级，再进行下一步。
- App Store 显示价格：回到购买账号与记录核对，确认产品身份；若购买记录存在但权益显示异常，通过 App Store 的账户与购买支持入口继续处理。
- 应用打开后列表为空：检查是否已导入自己的连接资料，订阅是否完整，以及更新是否成功。不要把空列表判断为应用尚未购买。
- 连接开关无法保持开启：先查看系统授权是否完成、是否有明确错误提示，以及设备管理策略是否限制 VPN 配置。
- 已连接但特定地址失败：固定测试条件，比较 Global Routing，检查活动 Config 与相关连接记录，不要先删除全部资料。
- 两台设备单独可用，同时使用异常：核对已有服务的设备与并发限制，并分别记录测试结果，避免误判为 iPad 横屏问题。
完成迁移后，至少验证一次手动连接、一次断开后重新连接，以及一次目标访问。需要自动连接时，再单独验证 On Demand 的条件。这样可以明确每个环节是否生效，也便于之后在更换网络或调整规则时保留可靠的对照。