iPad 首次打开 Shadowrocket:允许 VPN 配置与 Home 页各区块速览

首次连接前：安装与 VPN 权限是两件事

Shadowrocket（小火箭）是 Apple 平台的闭源商业应用，主要用于 iPhone 与 iPad，唯一获取入口为 App Store。购买前应核对产品名称、应用 ID 932747118 与开发者 Shadow Launch Technology Limited。客户端采用一次性买断方式，具体价格以所在地区的商店页面为准，系统要求以 App Store 页面标注为准。

客户端买断 ≠ 线路套餐。购买应用并不会自动生成可用的 SERVER 列表。后续需要导入自己已有的订阅或填写已有服务器参数；本站不提供、不销售、不推荐节点或订阅服务。若 Home 中尚无可用条目，应先完成数据导入，而不是反复切换连接开关。

首次启动应用不一定立即弹出 VPN 权限提示；通常在首次尝试建立连接、需要添加系统 VPN 配置时触发。该提示用于允许应用向系统添加 VPN 配置，不是订阅登录，也不是购买确认。允许添加后，系统可能要求输入设备密码或完成身份验证，应按 iPadOS 当时显示的提示操作。

从已有订阅到首次连接：按顺序完成五步

先确认 iPad 的 Wi-Fi 或蜂窝网络本身能够访问日常使用的网站。若公共 Wi-Fi 还需要网页认证，应先完成认证。导入时只使用自己确认来源的订阅地址，操作过程中不要把包含 token 的完整地址发到公开评论、截图或聊天群。

1. 准备订阅

   准备自己已有的订阅地址。用于辨认格式的假地址为 https://example.com/sub?token=xxxx；它只是文字示例，不能用于连接。不要把普通网站首页当作订阅地址填写。

2. 添加订阅

   进入 Home → 右上角「+」→ Type → Subscribe，在 URL 中填入自己的订阅地址，填写便于辨认的备注并保存。完成后核对订阅下是否出现 SERVER 条目；需要重新获取内容时，在 Home 下拉刷新订阅。

3. 选择条目

   在 Home 的 SERVER 列表中选择自己已有订阅内的一条服务器，核对选中标记。首次排查时固定使用同一条，不要一边更换条目一边修改多个设置，否则难以判断是哪项操作改变了结果。

4. 允许配置

   打开 Home 顶部连接开关。系统请求添加 VPN 配置时，核对请求来自 Shadowrocket，再选择允许并按提示验证身份。如果先前取消过授权，可回到 Home 再次发起连接。

5. 验证访问

   等待 Home 的连接状态变化，然后运行 Connectivity Test，并在浏览器访问一个已知可用的网站。分别记录连接状态、测试结果与网页现象，不要仅凭系统出现 VPN 标识就判定远端服务正常。

Home 页：连接状态、路由模式与 SERVER 列表

Home 是日常连接与观察的入口。顶部出现 Not Connected 时，表示当前连接尚未建立；它本身不能说明订阅是否失效。SERVER 中有条目也只代表本地已有服务器数据，仍需要选中条目、启动连接并验证实际访问。

SERVER 条目名称中的地区或用途通常来自订阅内容，不是应用对服务器位置或访问能力的认证。编辑条目时，应核对协议、地址、端口与认证信息是否和已有资料一致。例如资料写明端口 443，就不能仅因测试失败而随意改成 80；端口还必须与服务端实际监听设置相符。

Config 与 Settings：不要把三类设置混在一起

Home 负责选择与连接，Config 负责配置文件，Settings 负责应用行为选项。订阅里的服务器集合与 Config 中的规则文件不是同一种数据：导入了服务器，不代表已经获得适合自身网络的分流规则；切换了配置文件，也不代表订阅地址已经更新。

• Home → Global Routing：先核对当前模式。Direct、Proxy 与 Config 的访问路径不同，比较测试结果前应把模式记录下来。
• Config：核对当前启用的配置文件及规则目标。使用 Config 模式时，规则引用的策略名称必须在当前配置中存在。
• Settings → On Demand：检查是否启用了按条件触发连接的设置。首次手动排障可先暂时关闭，避免网络条件变化后自动连接干扰观察。

规则文件中的 DOMAIN-SUFFIX 用于域名后缀匹配，GEOIP 用于按 IP 地理数据库结果匹配，IP-CIDR 用于网段匹配，FINAL 用于前面的规则未命中时收尾。下面仅展示语法，不是建议直接替换现有配置；其中 192.0.2.0/24 是文档示例网段。

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

规则一般按从上到下的顺序匹配，因此更具体的条件应放在前面。示例中的 PROXY 需要对应可用的代理目标；如果当前文件的策略名称不同，应先核对目标再应用。首次使用时，先完成基本连通性验证，再逐条引入规则，比同时更改路由模式和整份配置更容易排错。

Connectivity Test：分别验证直连与代理路径

Connectivity Test 用于提供连通性线索，不是所有网站、所有协议与所有应用的完整验收。列表中的延迟数字也不等同于下载速率；测试方式、目标与当时网络都会影响结果。出现超时时，应记录当时的服务器、路由模式与网络环境，而不是只保留一张红色结果截图。

例如，同一条服务器在 Proxy 下能访问目标网站、切到 Config 后失败，说明问题可能在规则命中、策略选择或相关 DNS 设置，不应直接断定服务器失效。若两种模式均失败而直连基线正常，再核对服务器参数与服务可用状态。这是判断路径的示例，不是对某个网络环境的实测结论。

首次使用常见问题：按现象处理

完成首次连接后，保留一份检查记录

首次成功后，记录可用的服务器备注、路由模式、配置文件名称与测试时的网络环境，后续出现问题时可据此还原。不要在记录中包含订阅 token、密码或完整认证链接。订阅刷新会改变服务器集合，应在刷新后重新确认选中项，而不是只看旧备注是否还在。

• Home：确认连接状态、选中的 SERVER 与 Global Routing。
• Config：确认启用的文件及规则引用的目标策略。
• Settings → On Demand：确认自动触发行为是否符合预期。
• 验证：同时保留 Connectivity Test 的结果与浏览器实际访问现象。