本文适用于已安装 Shadowrocket（小火箭）、并已从自己的服务商处获取连接资料的 iPhone 与 iPad 用户。按“选中服务器 → 核对 Global Routing → 打开开关 → Connectivity Test → 实际访问”的顺序完成首次验证，区分服务器选择、VPN 连接状态与目标网站可达性，避免把测试数字误当成完整连接结论。
连接前：确认 SERVER 列表里已有可用配置
Shadowrocket 的购买对象是客户端，客户端买断 ≠ 线路套餐。本文以用户已有自己的服务商与订阅为前提；订阅请从你的服务商处获取。应用安装完成并不意味着 Home 页已经有可以连接的服务器，也不意味着服务商账户已经启用。
打开 Home，查看 SERVER 列表。若列表为空，先导入连接资料，再执行本文的选中与连接步骤。已有订阅链接时，可从 Home 右上角“+”进入 Add Server，将 Type 设为 Subscribe，填写自己的订阅链接并保存，等待服务器条目载入。订阅更新后应重新核对条目，尤其是原来选中的服务器是否仍然存在。
- 有服务器名称：继续核对条目的协议与用途，名称只是备注，不是可用性保证。
- 有条目但资料过期：更新已有订阅，并向服务商确认账户状态；反复开关 VPN 不会修复失效的认证资料。
- 手动添加的条目：核对 Type、Address、Port 与协议所需的认证字段，不能只填写服务器地址。
- 刚更换网络：先确认当前 Wi-Fi 或蜂窝网络本身能够正常联网；需要网页认证的 Wi-Fi 应先完成认证。
第一次连接：先点圆点，再打开顶部开关
SERVER 列表中的选中标记表示当前服务器选择。点亮某个服务器前的圆点，只是在选择连接对象，不等于 VPN 已经启动。打开条目详情也不等于选中了该服务器；操作后应返回 Home，确认选中标记确实位于预期条目前。
-
选中服务器
进入 Home → SERVER，点击目标服务器前的圆点，确认选中标记移动到该条目。首次验证只选一条资料已确认有效的服务器，先不要连续切换多个条目。
-
核对分流
进入 Home → Global Routing，确认当前选择。已有正确配置时可使用 Config；需要隔离规则影响时，可临时使用 Proxy。返回 Home 后再继续连接。
-
打开开关
打开 Home 顶部连接开关。若系统询问是否允许添加 VPN 配置，核对应用后允许，并按设备提示完成认证。权限被取消时，先处理权限提示，再重试连接。
-
完成验证
观察 Home 的连接状态，再点击 Connectivity Test。测试结束后，用浏览器访问自己需要使用的目标页面；同时确认测试时选中的服务器与 Global Routing 没有变化。
顶部开关能保持开启，说明 VPN 会话已启动，但不能单凭这一点断定远端服务器认证、域名解析和目标访问全部正常。反过来，如果开关刚打开就关闭，应先检查系统权限与配置错误，而不是立即调整规则。为了使观察结果可比较，每次只改变一个设置，并记录改变前后的现象。
Global Routing：避免把 Direct 当成服务器测试
Global Routing 决定请求如何选择路径。服务器圆点与 Global Routing 是两个不同设置：前者选择服务器，后者决定流量是否使用它。即使圆点已经选中某条服务器，Direct 下的正常访问也不能证明这条服务器可用。
Config
推荐按当前启用配置中的规则选择策略。规则可能指向 DIRECT、PROXY 或具体策略组，因此选中服务器不代表每个请求都会经过它；使用策略组时还要核对组内选择。
适合：已有正确配置、需要按规则进行日常连接验证。
Proxy
将应用接管的流量交给代理路径，适合暂时排除常规分流规则的影响。它不是远端服务可用性的保证，也不能解决认证信息错误。
适合：临时排查“服务器可用，但 Config 下目标访问失败”。
Direct
使用直连路径。此时页面可以打开，通常只能说明本地网络到该目标的直连路径可用，不能作为所选服务器的连接成功证据。
适合：检查基础网络，或与代理路径进行单变量对照。
Global Routing 中还可见 Scene，用于按场景设置选择路由行为。第一次手动排查时，不要同时调整 Scene 与 Settings → On Demand；先用明确的手动设置完成一次验证，再恢复自己的自动化安排。
Config 下若出现“有些网站正常，有些网站失败”，应检查当前启用的配置和命中策略。例如 DOMAIN-SUFFIX,example.com,PROXY 与 FINAL,DIRECT 表达的是不同匹配范围；FINAL 作为兜底规则，通常位于具体规则之后。规则里的策略名称必须与配置实际定义相符，不宜为了测试直接覆盖整份配置。
Connectivity Test：读懂数字与 Timeout 的边界
Connectivity Test 用来检查条目的连通性。结果需要结合测试方法理解：TCP 探测主要反映服务器端口是否能够建立连接，不能替代协议认证与实际网页请求；涉及 HTTP 的测试还会受到测试地址、DNS、TLS 与响应条件影响。不同测试方法得出的数字不能直接比较。
| 观察到的现象 | 可以说明什么 | 下一步检查 |
|---|---|---|
| 条目显示毫秒数字 | 该次指定测试获得了响应；数字较低不等于吞吐量更高。 | 确认选中条目，开启连接并访问实际目标。 |
| 条目显示 Timeout | 该次测试在等待时限内未完成，不能只凭这一项判断整个订阅失效。 | 核对测试方法、本地网络、服务器地址与端口，再单独重测。 |
| 有测试数字，但网页失败 | 端口探测成功与完整代理请求成功不是同一件事。 | 检查认证字段、Global Routing、目标域名解析与目标服务状态。 |
| 连接开启，但测试失败 | 本地 VPN 会话可能已启动，远端路径仍可能不通。 | 先检查所选服务器资料，再对照其他网络环境。 |
不要把不同时间、不同网络、不同测试方法下的结果混成一组排名。如果需要比较两条已有服务器，应保持同一网络和测试方法，在接近的时间分别测试，再验证实际使用的页面。此处不设“低于某个毫秒数就一定可用”的阈值，因为目标位置、网络拥塞和测试方式都会影响结果。
连接失败时：先查这三处设置
一、SERVER 的选中状态与服务器字段
先返回 Home，确认圆点没有停留在另一条服务器上，再进入目标条目的编辑页面核对资料。Shadowsocks 的密码与加密方式、VMess 或 VLESS 的 UUID、Trojan 的密码等字段不能互相替代。启用 TLS 时，还应核对服务商给出的 Server Name 等参数；不要通过关闭安全校验来掩盖字段错误。
服务器资料核对
- 入口
- Home → SERVER → 目标条目编辑页面
- Type
- 必须与服务商提供的协议一致。
- Address / Port
- 逐项核对；443 只是常见 TLS 端口示例，不是所有服务器的固定端口。
- 认证字段
- 按协议核对密码、UUID 及相关参数，不从其他条目猜测。
端口与认证资料以服务商提供的信息为准，发现差异后先修正一项再重测。
路由与自动连接核对
- 分流入口
- Home → Global Routing
- Config
- 核对 Config 页当前启用的配置及命中策略。
- 自动连接入口
- Settings → On Demand
- 排查方式
- 记录原有条件，临时关闭自动触发，完成手动连接测试。
测试结束后恢复原有设置，避免将临时排查状态长期保留。
二、Global Routing 与当前配置是否一致
若 Proxy 下实际目标可以访问，而 Config 下失败，应先检查配置中的规则与策略组，不必立即删除服务器。Config 页所启用的文件会影响规则结果，订阅导入的服务器列表不等于已经选择了一份符合需求的规则配置。先记录目标域名和失败现象，再查看它应当匹配哪一条规则，避免同时更换配置、服务器与网络。
三、VPN 权限与 On Demand 是否干扰手动测试
首次添加 VPN 配置时取消了系统授权，连接无法按预期建立。重新打开连接开关，按系统提示处理权限；若没有提示，可到设备系统设置的 VPN 配置区域检查 Shadowrocket 对应项。同时检查 Settings → On Demand：自动触发条件可能让连接在网络切换后重新启动，导致手动关闭后的观察不准确。
- 记录 On Demand 原有设置，临时关闭自动触发，回到 Home 手动断开。
- 确认基础网络正常，重新选中目标服务器并打开连接开关。
- 保持网络不变，执行 Connectivity Test 与一次实际目标访问。
- 记录结果后恢复原有自动连接安排；需要更换网络时，另起一轮测试。
怎样确认首次连接已经完成
完整的判断应同时包含选择、会话与请求三个层面：Home 中选中了预期服务器，顶部连接状态能够保持，并且需要走代理路径的实际目标能够完成请求。若使用 Config，还要确认目标命中的确是预期代理策略；一个走 DIRECT 的页面能打开，不能证明代理服务器已被使用。
- 留下最小记录：记录测试时的网络类型、服务器备注、Global Routing 选择、测试方法与错误现象，不公开密码或订阅链接。
- 停止重复开关：同一错误连续出现时，回到字段、路由与权限三处检查，比快速反复切换开关更容易定位原因。
- 按问题归属处理：账户到期、服务器地址调整与远端认证问题向自己的服务商确认；客户端入口与设置流程可继续查阅本站教程。
完成这一次手动验证后，再逐项启用日常规则、Scene 或 On Demand。每启用一项就复查一次目标访问，能够明确是哪项设置改变了路径，也便于之后在 Wi-Fi 与蜂窝网络之间切换时复用同样的排查顺序。