本文适合已准备好自己的服务商与订阅、准备首次连接 Shadowrocket（小火箭）的用户。操作按“确认列表与选择 → 授权并连接 → 测试与实际访问”展开，区分默认服务器、Global Routing 和 VPN 状态各自的作用；遇到超时或网页打不开时，按同一顺序定位问题，不同时改动协议、DNS 与规则。
一、连接前确认：客户端、服务器与 Config 分别负责什么
Shadowrocket 是 Apple 平台的付费客户端，以 iPhone 和 iPad 使用为主，唯一获取入口为 App Store。开发者为 Shadow Launch Technology Limited，应用 ID 为 932747118；价格、购买条件及系统要求以 App Store 页面标注为准。客户端买断 ≠ 线路套餐，本文以用户已有自己的服务商与订阅为前提，本站不提供、不销售、不推荐节点或订阅。
首次连接需要先让 Home 中出现可用的服务器条目。服务器记录承载地址、端口、协议与认证参数；Config 承载分流规则等配置。导入订阅后出现服务器列表，不等于已经具备符合自己需求的 Config，也不等于已完成 VPN 连接。先确认导入结果，再处理连接开关。
若 Home 列表为空，可从 Home 右上角 + 进入添加页，将 Type 设为 Subscribe，填入自己已有的订阅链接并保存，再更新该订阅。链接形如 https://example.com/sub?token=xxxx，这里只是格式示例，不能用于实际连接。更新成功后，应能看到服务器名称；仅出现订阅分组名称而没有服务器条目时，应先处理导入问题。
二、在 Home 选默认服务器，再允许添加 VPN 配置
点选服务器与打开连接开关是两个独立操作。列表里有条目、条目旁有延迟读数，都不代表该条目已经成为当前选择。先在 Home 点按目标服务器一行，观察左侧圆点标记，再打开顶部开关；进入条目编辑页只是在查看参数，不等于完成选择。
-
确认列表
打开 Home，确认自己的订阅下已有服务器条目。若刚导入或更新，等待列表刷新完成，避免在条目仍变化时切换选择。
-
点选服务器
在 Home 点按准备使用的服务器，确认左侧圆点标记移动到该条目。记下名称，后面的测试保持使用同一条目。
-
核对分流
打开 Home → Global Routing，记录当前为 Proxy、Direct、Config 或 Scene。先按下一节理解路径，不假定初始状态一定是 Config。
-
打开开关
返回 Home，打开顶部连接开关。首次出现系统添加 VPN 配置请求时，核对请求来自 Shadowrocket，再允许并按系统提示完成设备认证。
-
确认状态
返回 Shadowrocket，确认开关与连接状态保持为已连接，再进入 Connectivity Test。若开关立即回落，先检查授权与错误信息，不反复快速点击。
系统的 VPN 配置授权允许应用建立系统网络扩展所需的连接，不会代替订阅中的服务器账号、密码或其他认证参数。拒绝授权时，服务器仍可能留在列表中，但连接无法按上述流程建立。再次连接时按系统提示处理即可，不要将“列表存在”理解为“授权已经完成”。
这里所说的默认服务器，是 Home 当前选中的服务器。它通常供需要使用默认代理路径的连接使用；若 Config 的某条规则指定其他策略或策略组，实际流量可能不走这个条目。因此，圆点标记是确认选择的依据，不是证明所有流量都经过该服务器的依据。
三、Global Routing 怎么选：先分清测试路径
Global Routing 决定连接采用哪类处理方式。首次排查时，最重要的是把“服务器是否能用”与“规则是否把目标交给它”分开。下列推荐针对已经准备好并核对过 Config 的日常使用；没有确认 Config 内容之前，不应仅因为选了 Config 就认为分流一定正确。
Config
推荐按当前启用的 Config 处理流量。规则可以选择 DIRECT、代理策略或策略组，具体结果由规则顺序和策略定义决定；不是固定的“某类网站都直连”。
适合：已有确认可用的 Config，需要按规则日常分流。
Proxy
以代理路径处理应用接管的流量。对同一目标临时测试时，可减少 Config 分流规则带来的变量；它不能修正错误的服务器地址、端口或认证参数。
适合：短时检查所选服务器的代理访问能力。
Direct
以直连路径处理流量，不用于证明所选代理服务器能够工作。此状态下网页能打开，只能说明相应直连访问成功。
适合：比较基础网络访问情况，建立直连基线。
Scene
按已经配置的场景条件选择对应处理方式。需要核对场景条件和实际匹配结果，不能只看 Home 中所选的服务器判断路径。
适合：已理解并配置场景切换条件的使用环境。
若临时用 Proxy 验证通过，而恢复 Config 后同一目标失败，应优先检查 Config 内的匹配规则与策略，而不是立即重新导入订阅。常见规则关键字包括 DOMAIN-SUFFIX、GEOIP、IP-CIDR 与 FINAL；其中 FINAL 负责前面规则均未命中时的兜底处理。不要为首次连接测试直接覆盖整份 Config。
四、Connectivity Test：读数通过后仍需实际访问
在 Home 找到并运行 Connectivity Test，观察所选服务器对应的结果。测试使用的方法、目标与相关取值以当前应用显示及设置为准；比较两个服务器前，应保持测试条件一致。数值读数只反映该次测试条件下的结果，Timeout 表示此次测试未在规定时间内完成，不能单凭一次结果推断所有目标都不可访问。
Connectivity Test 与系统 VPN 状态提供的是不同层面的信息：一个用于观察测试路径的响应，一个用于确认系统连接是否建立。即使系统显示 VPN 已连接，远端认证、DNS、规则和目标网站仍可能出现问题；反过来，列表中的测试结果也不能单独证明浏览器流量正在经过当前服务器。
验证分两层：应用测试与实际访问
Connectivity Test
- 记录所选服务器名称、测试方式和返回结果。
- 保持同一网络，先重试一次，判断超时是否稳定复现。
- 不要将数值较小直接等同于下载更快或所有网站都可用。
浏览器实际访问
- 打开自己有权访问且已知可用的 HTTPS 页面。
- 刷新并确认新内容能够加载，不只观察已缓存的页面。
- 在同一 Global Routing 下记录是否成功，再决定下一步。
确认系统连接、测试结果与实际访问三者后，再判断首次连接是否完成；其中任一项异常，都应保留当时的设置与现象。
例如，记录“家庭 Wi-Fi、服务器 A、Proxy、Connectivity Test 返回数值、HTTPS 页面加载失败”，比只记录“连接失败”更便于定位。服务器 A 是本地记录用的称呼，不是推荐条目。若改用蜂窝网络后页面恢复，应进一步检查原网络的限制或解析情况，而不是把网络变化与服务器参数修改同时进行。
五、开关回落、测试超时、网页打不开的排查顺序
先按现象定位层级，再进行一次单项修改。服务器地址、端口和认证参数必须与自己已有服务的信息一致；HTTPS 常用目标端口 443 不能直接套用为所有服务器的连接端口。Shadowsocks、VMess、VLESS、Trojan、Hysteria2 与 WireGuard 的参数结构不同，也不能仅切换 Type 就把一条配置转换成另一种协议。
| 观察到的现象 | 优先检查 | 下一步 |
|---|---|---|
| Home 没有服务器条目 | 订阅链接是否完整、更新是否成功、返回内容是否有效 | 先恢复列表，再做选择和连接；保留订阅凭据隐私。 |
| 顶部开关打开后立即回落 | 系统 VPN 授权是否完成、应用是否提示配置错误 | 记录错误原文，先处理授权或配置，不靠反复点开关解决。 |
| Connectivity Test 持续 Timeout | 基础网络、测试条件、所选服务器状态与连接参数 | 保持参数不变，换一种可用网络复测，必要时核对服务状态。 |
| 测试有数值，网页仍打不开 | 实际流量路径、DNS、目标网站及认证结果 | 短时比较 Proxy 与 Config，并检查同一目标是否稳定复现。 |
| Proxy 可用，Config 不可用 | 当前启用的 Config、规则命中及规则指定的策略 | 检查目标实际匹配到的策略，不先改服务器密码。 |
| 手动断开后又重新连接 | Settings → On Demand 中的启用状态与触发条件 | 核对自动连接条件，再进行一次手动断开验证。 |
若只有域名访问失败，应把 DNS 纳入检查，但不要一次替换全部 DNS 设置。域名解析成功与目标连接成功也是两个环节；将一个目标改成 IP 地址访问还可能触发 HTTPS 证书名称不匹配，不能据此草率认定 DNS 就是唯一原因。先记录原值，再一次调整一项，必要时恢复原配置复测。
六、首次连接完成后的确认与收尾
首次验证完成的标准不是出现一个图标，而是操作与结果能够对应：知道 Home 选中了哪一条服务器，知道 Global Routing 为什么这样设置，知道 Connectivity Test 的结果，并能实际加载需要访问的页面。若排查期间临时改成 Proxy，应在测试结束后恢复自己原先确认过的分流设置，再做一次访问验证。
- 检查选择：返回 Home，确认左侧圆点仍位于预期服务器；订阅更新后也应复查当前选择。
- 检查路径：确认 Global Routing 与当前 Config 相符，不把 Direct 下的访问成功记为代理验证成功。
- 检查结果：运行 Connectivity Test，并用浏览器加载新页面，分别记录两类结果。
- 检查自动连接：需要按条件触发时，再单独核对 Settings → On Demand；不需要时保留自己明确选择的状态。
- 保留基线：保存可用 Config 与必要的本地记录，下次出现异常时先比较变化，不重复清空全部设置。
订阅更新是获取用户已有服务的最新条目，手动点选是选择当前服务器，顶部开关是建立连接，Connectivity Test 是检查特定测试条件下的连通表现。这四件事分开理解，后续遇到列表变化、开关异常或某个网站无法访问时，就能从对应环节开始排查，而不必从头重做。