本文适合已经安装 Shadowrocket（小火箭）、已有自己的服务商与订阅，但还没有完成首次连接的 iPhone/iPad 用户。按顺序确认服务器条目、默认选择、路由模式和系统授权，再用 Connectivity Test（连通性测试）与实际网页交叉验证。出现问题时，先查默认服务器、VPN 连接状态和 Global Routing（全局路由），不要同时改动多个设置。
一、连接前确认已有服务器
Shadowrocket 是 Apple 平台的付费客户端，唯一获取入口是 App Store。客户端买断 ≠ 线路套餐。本文以你已经从自己的服务商取得有效服务器资料或订阅为前提；购买应用后，仍需导入这些已有资料才能进行代理连接。系统要求以 App Store 页面标注为准。
打开 Home（首页），先看服务器列表。订阅分组的名称只是容器，不等于已经有可连接的服务器。展开分组，确认其中存在具体条目。若只有空分组，先完成订阅更新，再进行下面的选择操作。
- 已有服务器条目：核对名称和协议类型，保留服务商提供的地址、端口及认证字段，不凭经验改成其他值。
- 只有订阅链接：在 Home 右上角点“+”，在 Type（类型）中选择 Subscribe（订阅），粘贴自己的链接并保存，再回到 Home 更新订阅内容。
- 更新后仍为空：核对链接是否完整、订阅是否有效，以及当前网络能否访问订阅地址。订阅获取成功与服务器能否连接是两项不同检查。
- 需要核对应用来源：前往下载与正版核验页，核对开发者 Shadow Launch Technology Limited、官方图标和应用 ID 932747118。
二、在 Home 设默认服务器并连接
默认服务器是当前手动选择的连接对象。在 Home 列表中，点服务器条目左侧的圆点进行选择；只看见条目名称，或者进入条目编辑页面，都不能代替这一步。选择后，先观察圆点的选中状态，再打开连接开关。
-
选服务器
进入 Home（首页），展开自己的订阅分组，点具体服务器左侧的圆点。确认选中标记落在准备使用的条目上，而不是只停留在分组标题。
-
查路由模式
打开 Home → Global Routing（全局路由）。首次排查代理链路时可临时选 Proxy（代理），减少规则匹配带来的变量；已有明确分流需求时使用 Config（配置）。
-
打开开关
返回 Home，打开顶部连接开关。首次使用时，系统会请求添加 VPN 配置；确认请求来自刚才的操作后，点 Allow（允许），并按系统提示完成设备认证。
-
确认状态
回到 Home，观察开关是否保持开启，以及是否出现错误提示。若开关立即关闭，先记录提示，再检查授权与其他正在使用 VPN 的应用，不要连续反复点击。
-
执行测试
在 Home 点 Connectivity Test（连通性测试），等待本轮结果。随后打开 Safari 访问自己需要使用的网页，确认实际请求也能完成。
系统的 VPN 授权用于建立网络隧道，不是服务器账户认证。允许添加 VPN 配置后，服务器地址、端口或密码仍可能有误。因此，开关保持开启只能作为下一步测试的前提，不能单独证明目标网站可用。
三、区分默认选择与 Global Routing
默认服务器回答“选哪个连接对象”，Global Routing（全局路由）回答“流量按什么方式处理”。两者需要分别确认。即使圆点已经选中正确服务器，路由模式不同，访问结果也可能不同。
| 取值 | 处理方式 | 首次连接时检查什么 |
|---|---|---|
Proxy（代理） | 按代理模式处理流量 | 确认当前选中的服务器可用；可用于缩小分流规则带来的排查范围。 |
Direct（直连） | 直接连接 | 此模式下网页可打开，不足以证明代理服务器可用。 |
Config（配置） | 按当前配置的规则决定流量去向 | 检查 Config（配置）页中启用的配置，以及目标域名实际匹配的策略。 |
Scene（场景） | 按已设置的场景条件决定路由行为 | 先检查场景条件；首次手动排查时不要把场景切换与服务器切换混在一起。 |
在 Config 模式下，规则从上往下匹配，先命中的规则生效。例如 DOMAIN-SUFFIX（域名后缀匹配）可能把指定域名交给 PROXY（代理策略），而 FINAL（最终兜底规则）可能让其余流量走 DIRECT（直连策略）。因此，一个网站能打开、另一个打不开时，应先区分规则结果，而不是立即判断整个连接失效。
四、用 Connectivity Test 验证到哪一步
Connectivity Test（连通性测试）检查的是测试请求能否完成，不代表每个网站、每种应用请求都能完成。结果需要结合当前网络、Global Routing 和所选服务器一起看。测试目标的可达性也会影响结果，不要把一次失败直接解释成服务器失效。
交叉验证：测试结果与实际访问
Connectivity Test
- 先确认 Home 连接开关保持开启。
- 执行一次测试，记录成功、超时或其他具体提示。
- 切换服务器后重新测试，不沿用上一条服务器的结果。
Safari 实际访问
- 访问自己需要使用的网页，并重新加载。
- 区分单个网站异常与多个网站都无法访问。
- 在同一网络和同一路由模式下比较，避免同时更换多个条件。
测试请求与实际网页都能完成，才说明本轮检查中的连接路径可用；这不是对其他网站或后续网络状态的保证。
若测试成功但网页失败，先检查失败是否只发生在某个域名。使用 Config 时，可临时改为 Proxy，再重新加载同一网页：结果随模式改变，说明应继续检查规则或策略；结果没有改变，再检查目标网站、DNS（域名解析）与服务器侧限制。完成对照后恢复原来的路由模式。
若测试失败但实际网页能打开，先确认网页是否由缓存显示，并重新加载。也可能是测试目标不可达，或者该网页在当前配置下走了直连。此时继续核对模式和目标，不要为了让测试数字出现而反复修改服务器认证参数。
五、连不上时先查这三项
按“选择 → 隧道 → 路由”的顺序排查。每次只修改一项，然后重做 Connectivity Test 和同一网页的访问。保留前后现象，才能判断哪个改动影响了结果。
- 查默认服务器。回到 Home，看左侧圆点是否选在有效条目上。若订阅刚更新，确认当前选择仍对应预期服务器。打开条目核对地址、端口、协议与认证字段，数值以已有服务商提供的资料为准。
- 查 VPN 连接状态。确认已允许系统添加 VPN 配置，Home 开关没有立即回落。若系统提示配置或连接冲突，先停止其他正在建立 VPN 连接的应用，再重新连接。
- 查 Global Routing。确认没有误停在 Direct。使用 Config 时检查当前配置；使用 Scene 时检查触发条件。需要隔离规则因素时，临时选 Proxy 验证同一目标。
上述三项均确认后，再比较 Wi-Fi 与蜂窝网络。切换网络时保留同一服务器和同一路由模式，并留意蜂窝数据用量。只在其中一种网络失败，说明网络路径可能是变量；两种网络都失败，则继续核对服务器有效性与服务商给出的连接参数。
六、首次连接常见问题
服务器已经导入，为什么还要点左侧圆点？
导入只让条目出现在 Home 列表中。点左侧圆点才是在手动选择默认服务器。先看选中标记，再打开连接开关；不要用进入编辑页代替选择。
第一次没允许 VPN 配置，怎么继续？
返回 Home 再次打开连接开关，按系统弹出的授权提示处理。若没有出现提示或系统限制了添加配置，检查设备管理限制；受管理设备应按管理员要求处理，不要反复删除配置。
开关开着，为什么网页还是打不开？
先在 Home 执行 Connectivity Test，再检查 Global Routing。临时用 Proxy 复测同一网页；若只有 Config 下失败，回到 Config 检查规则与策略，不必先重建全部服务器条目。
切换服务器后需要重新验证吗？
需要。回到 Home 确认圆点已移到新条目，观察连接状态，再执行 Connectivity Test。不同服务器的结果不能互相代替，订阅更新成功也不等于更新后的所有条目都可用。
完成首次连接后，保留可用的默认服务器与所需路由模式。下一次遇到异常，先重复本篇的三项检查，再扩大到配置规则、DNS 和网络环境；不要把一次性测试结果当作长期可用状态。