本文适用于已在 iPhone 或 iPad 导入服务器的用户。按“确认条目、选择默认服务器、核对 Global Routing、开启连接、执行 Connectivity Test”的顺序操作，再用实际访问交叉验证。重点区分服务器已选中、系统 VPN 已连接和目标请求可用这三个状态，避免把延迟数字当成完整的连接结论。
连接前：确认 SERVER 列表与配置来源
Shadowrocket（小火箭）的 Home 是首次连接的主要操作页。SERVER 列表存放服务器条目；Config 管理配置文件；Settings 管理客户端设置。服务器已经出现在列表里，只说明导入生成了条目，不说明凭据有效，也不说明当前网络可以连接该服务器。
本文以用户已有自己的服务商与订阅为前提。订阅从你的服务商处获取。客户端买断 ≠ 线路套餐：App Store 购买的是 Shadowrocket 的客户端使用权，连接所需的服务器地址、端口、认证信息和服务状态需要另行核对。
- 先用当前 Wi-Fi 或蜂窝网络打开一个平时可访问的页面，确认基础联网正常；需要网页登录的 Wi-Fi 应先完成网络认证。
- 在 Home → SERVER 中确认至少有一条完整服务器记录，而不是仅看到一个尚未取得内容的订阅分组。
- 如果订阅内容为空，先检查订阅更新是否报错。不要通过反复打开连接开关代替订阅更新。
- 保留现有可用配置。首次排查时不要同时改服务器、DNS、规则和 On Demand。
首次连接：选择 DOT 标记并打开开关
默认服务器是当前手动选中的服务器。在 Home → SERVER 中点按目标服务器条目，确认 DOT 标记移动到该条目旁。打开条目的信息或编辑入口是在查看参数，不等于完成默认选择。切换后应再看一次标记，避免仍在使用上一条记录。
-
选定服务器
进入 Home → SERVER，点按一条已导入的服务器记录。确认 DOT 标记位于这条记录旁，并记住它的名称；本轮测试只使用这一条。
-
核对模式
进入 Home → Global Routing，查看当前选择。已有可信且可用的配置时使用 Config；需要单独检查所选服务器的代理连通性时，可临时选 Proxy，测试后再恢复原模式。
-
打开开关
返回 Home，打开顶部连接开关。如果系统请求添加 VPN 配置，核对请求来自 Shadowrocket 后允许，并按系统提示完成设备认证。
-
执行测试
等待连接状态稳定，再点按 Home → Connectivity Test。记录成功或失败、耗时及当时网络，不要在测试尚未结束时切换服务器。
-
验证访问
打开一个你实际需要使用的页面并刷新。确认内容能够加载，再检查其他常用服务；完成后保留能复现结果的服务器与模式组合。
系统 VPN 已连接，表示本地 VPN 通道已经建立，不代表远端服务器一定可达。若开关打开后立即关闭，先处理系统授权或客户端显示的连接错误；若开关保持开启但页面不加载，再进入后面的连通性排查。
Global Routing：区分模式与默认服务器
默认服务器决定手动代理选择，Global Routing 决定请求如何分配。两者不是同一个开关。在 Config 下，规则可能指定 DIRECT、某个策略或策略组，因此 DOT 所在条目不一定承担所有请求。不要仅凭默认服务器名称判断某个网页实际走了哪条路径。
Config
推荐按当前配置中的规则与策略处理请求。必须先确认 Config 中启用的文件符合预期；规则可以让不同请求使用不同出站方式。
适合：已有可用配置后的日常分流。
Proxy
将客户端接管的请求交给代理处理，适合暂时减少规则分流对测试结果的影响。它不能修复服务器参数错误或服务到期。
适合：首次检查所选服务器、隔离规则问题。
Direct
让客户端接管的请求直连。此模式下页面能够打开，不能证明选中的代理服务器可用。
适合：对照基础网络的直连表现。
Scene
依据已配置的场景条件应用相应路由安排。使用前需要核对场景条件及其对应设置，不应把它当作自动修复连接的按钮。
适合：已经明确配置了网络场景的用户。
如果 Proxy 下测试成功、回到 Config 后某个目标失败，先检查 Config 中启用的文件及请求命中的规则，而不是马上重新导入订阅。尤其要检查 DOMAIN-SUFFIX、GEOIP、IP-CIDR 对目标的匹配，以及 FINAL 的最终策略；这些规则影响出站选择，不负责验证账号是否有效。
Connectivity Test：测试结果能说明什么
Home → Connectivity Test 用于检查测试目标的连通情况。测试成功是有价值的证据，但范围只覆盖当次测试目标、当时网络和当前路由条件。它不等于测速，也不保证所有网站、视频或应用都能正常使用。不要把“有毫秒数字”直接解释为带宽充足。
| 观察位置 | 可以确认 | 仍需验证 |
|---|---|---|
| Home 连接开关保持开启 | 本地 VPN 连接未立即退出 | 远端认证与实际请求能否完成 |
| SERVER 条目延迟有结果 | 该延迟测试方式获得了响应 | 完整代理握手与业务访问 |
| Connectivity Test 成功 | 当前条件下测试请求完成 | 实际目标的 DNS、规则与访问限制 |
| 实际页面刷新成功 | 该目标当时可以访问 | 其他目标及持续连接是否稳定 |
SERVER 的延迟测试与 Home 的 Connectivity Test 不要混为一谈。前者可用于初步筛查候选服务器；后者需要结合当前连接与路由状态理解。记录结果时，应同时写明默认服务器、Global Routing、Wi-Fi 或蜂窝网络，以及实际访问是否成功，这比单独保存一个延迟数字更便于定位问题。
结果不一致：按两种现象排查
连接失败时先保持测试条件不变。一次只改一个因素，改完重复同一项测试。以下是结果判断方法，不是某条线路的实测承诺；不同网络、服务状态和目标站点可能产生不同表现。
分开处理测试失败与业务访问失败
Connectivity Test 失败
- 确认开关保持开启，DOT 仍在预期服务器旁。
- 确认不是在 Direct 下把直连结果误当代理结果。
- 核对服务器地址、端口与认证信息，检查服务状态。
- 只切换 Wi-Fi 或蜂窝网络，再执行相同测试。
测试成功，页面失败
- 刷新目标页面，排除旧页面缓存造成的误判。
- 临时用 Proxy 对照 Config，检查是否与规则有关。
- 检查目标域名解析与客户端记录中的请求错误。
- 换一个常用目标验证，区分单一服务故障与普遍故障。
每次只改变服务器、网络或路由模式中的一项；保留原设置，确认原因后再恢复日常配置。
若系统 VPN 已连接，但所有代理访问都失败，应重点核对远端参数与服务状态。使用 TLS 的连接还可能受设备时间影响，可在 iPhone 或 iPad 的系统设置 → 通用 → 日期与时间中检查时间是否准确。不要为了绕过错误而直接关闭证书验证。
连接通过后：保存日常设置与复测方法
首次连接通过后，恢复你准备长期使用的 Global Routing，并再次打开实际页面。临时用 Proxy 得到成功结果，只能说明这一组代理测试条件可用；恢复 Config 后仍需验证规则分流。先得到稳定的手动连接，再考虑自动触发连接，排查范围会更清楚。
- 核对当前配置：在 Config 中确认启用的文件，不要仅依靠文件名称判断内容。配置更新后重新验证常用目标。
- 再设置自动连接：进入 Settings → On Demand 检查相关条件。On Demand 用于按条件触发连接，不会修复失效的服务器。
- 保留对照记录：记下可用服务器名称、路由模式和网络类型。发生问题时按同样顺序复测，避免无目的地更换多项设置。
- 检查结束状态：若只是在做临时测试，完成后按需要关闭连接。开关关闭后又自动连接时，应检查 On Demand 条件，而不是连续反复关闭开关。
Shadowrocket 仅通过 App Store 获取，以 iPhone、iPad 使用为主，Mac、Apple TV、Apple Vision 的兼容性、系统要求与购买适用性以 App Store 页面标注为准。重新安装或换设备前，先确认商店购买记录，并保留必要的配置备份与服务商提供的连接资料。