本文适合已经在 Shadowrocket（小火箭）中导入自己配置的 iPhone、iPad 用户。按“确认列表 → 选择默认服务器 → 授权并连接 → 测试与实际访问”的顺序操作，区分服务器选中、系统 VPN 已连接和目标网站可访问这三种状态；遇到超时，再逐项检查网络、服务器参数与分流配置。
连接前：确认已有配置
本文以用户已有自己的服务商与订阅为前提。Shadowrocket 是闭源商业应用，客户端买断 ≠ 线路套餐。购买应用后，仍需导入自己有权使用的服务器配置；应用购买记录本身不是连接凭据。本文不提供、不销售、不推荐节点、订阅及相关服务。
Shadowrocket 只在 Apple 平台发行，唯一获取入口是 App Store。核对产品页中的开发者 Shadow Launch Technology Limited 与应用 ID 932747118；价格、系统要求及购买适用性以 App Store 页面标注为准。尚未安装时，先阅读获取应用与正版核验说明。
先进入 Home，确认列表中出现实际服务器条目，而不只是订阅名称。若刚添加订阅但条目为空，应先完成更新并核对导入结果。手动填写的服务器则需要对照原始资料检查 Type、地址、端口和认证字段，不能只凭名称判断是否导入正确。
- Home：选择服务器、查看 Global Routing、控制连接并运行 Connectivity Test。
- Config：管理分流配置。服务器条目与分流配置不是同一种内容，导入其中一项不代表另一项也已就绪。
- Settings：查看应用设置。首次验证期间先保留原有设置，不同时修改 DNS、On Demand 等多个选项。
首次连接：选中、授权、开启
导入成功只表示应用保存了连接资料，不表示已选中服务器，也不表示系统已经建立 VPN 连接。第一次操作应依次完成下面五步，每一步都观察对应状态，再继续下一步。
-
查看列表
进入 Home，展开自己已有的服务器分组，确认能看到具体条目。如果没有条目，返回导入或更新环节处理，暂时不要反复打开连接开关。
-
选默认项
点选要使用的服务器条目，确认左侧出现圆点标记。需要修改参数时才进入该条目的编辑入口；打开编辑页与选为默认服务器是两种操作。
-
核对姿态
在 Home → Global Routing 查看当前选项。已有可用分流配置时使用 Config，并确认 Config 中选择了预期配置；排查服务器基础连通性时可临时使用 Proxy。
-
授权并连接
打开 Home 顶部连接开关。首次出现系统添加 VPN 配置提示时选择允许，按系统提示完成设备身份验证，然后返回应用确认开关与连接状态。
-
运行测试
连接建立后，在 Home 点按 Connectivity Test，等待本次结果，再到浏览器访问自己需要使用的目标网站。不要只看列表中的延迟数字就结束检查。
Global Routing：先确认流量路径
同一台服务器，在不同 Global Routing 姿态下可能得到不同访问结果。首次连接不要把“开关已开启”和“所有请求都经过所选服务器”画等号。先记下当前姿态，再决定测试结果能说明什么。
Config
推荐使用当前选中的配置进行规则分流。请求可能命中 DIRECT、代理策略或其他已配置策略；未匹配前面规则的请求由 FINAL 等后续规则决定，并非固定直连。
适合：已经核对并选中有效分流配置后的日常使用。
Proxy
将应用接管的流量按代理姿态处理，用于缩小分流规则带来的影响。它不能代替服务器认证，也不保证系统所有特殊流量都被接管。
适合：临时检查所选服务器是否具备基础代理连通性。
Direct
按直连姿态处理流量。此时网站能够打开，只能说明当前网络的直连路径可用，不能据此证明所选代理服务器可用。
适合：对照直连网络状态，而不是验证代理出口。
Global Routing 还提供 Scene。它与预先设置的场景有关，首次验证不必为了连接而临时创建场景。若原配置已使用 Scene，应先核对场景条件与对应设置；需要了解设置项时，可查看功能与设置说明。
- 临时从 Config 切换到 Proxy 后恢复访问：优先检查当前配置中的规则和策略选择，不要立即重填服务器密码。
- Proxy 与 Config 均失败：继续检查底层网络、服务器参数及服务状态，不能仅凭这一现象判定是规则错误。
- 验证完成后恢复原本需要的姿态，并再次测试实际目标，避免把排查用的临时设置留作长期状态。
Connectivity Test：结果如何理解
Connectivity Test 用于发起连通性检查。运行前确认 Home 的连接状态已经建立，运行后观察是否返回测试结果或出现超时、失败提示。具体显示文案以当前界面为准；不要套用一组固定毫秒数作为所有网络的合格线。
服务器列表中的延迟测试与连接后的 Connectivity Test 关注点不同。延迟结果依赖所选测试方法；某种探测能得到响应，不代表协议认证、DNS 解析、TLS 连接以及目标网站请求都一定成功。同样，某种探测失败也不能单独证明所有业务请求都会失败。
分别检查测试结果与实际访问
应用内测试
- 连接后在 Home → Connectivity Test 发起检查。
- 记录当时的默认服务器、Global Routing 与网络类型。
- 返回结果说明本次测试路径具备相应连通性，不代表所有网站都可达。
实际目标访问
- 使用浏览器重新打开自己需要访问的完整地址。
- 确认页面确实重新加载，而不只是显示此前缓存。
- 若仅一个目标失败，检查其域名、规则命中与目标服务状态。
测试返回结果与目标页面可用应分别确认；二者一致，才完成本次使用场景的验证。
例如，在 Proxy 下 Connectivity Test 返回结果，但某个 HTTPS 网站仍无法打开，应把问题缩小到该目标的解析、连接或访问限制，而不是直接认定 VPN 未建立。HTTPS 常见目标端口为 443，但服务器连接端口必须采用自己的原始配置，不能因为访问 HTTPS 就把服务器端口也改成 443。
失败排查：一次只改变一个条件
遇到失败时，先记录现象，再改变一个条件复测。连续切换服务器、修改 DNS 和重建配置，会让前后结果失去可比性。下面按连接发生的顺序排列检查项，优先处理更靠前的故障。
| 观察到的现象 | 先检查 | 下一步 |
|---|---|---|
| Home 没有服务器条目 | 是否完成导入，订阅更新是否成功 | 重新核对自己的来源资料，待列表出现具体条目后再连接。 |
| 条目存在但没有圆点 | 是否只进入了编辑页 | 返回 Home 点选服务器，观察左侧选择标记。 |
| 开关无法保持开启 | 系统 VPN 配置授权是否完成 | 按系统提示授权；受管理设备还需核对设备限制。 |
| 已连接但测试超时 | 底层网络、服务器地址与端口、认证参数 | 先验证直连网络，再对照原始资料逐项核对。 |
| 测试有结果，部分网站失败 | Global Routing、规则策略、目标解析与服务状态 | 临时对照 Proxy 与 Config，记录是否只有特定目标受影响。 |
网络与服务器参数分别核对
- 底层网络：先关闭连接，确认当前 Wi-Fi 或蜂窝网络能够完成正常的直连访问。需要登录认证的 Wi-Fi，应先完成该网络自己的认证页面。
- 切换网络：在系统权限允许且知晓蜂窝数据费用的前提下，用另一种网络复测。只在某一种网络失败，说明故障范围与两种网络路径的差异有关，并不能立即确定唯一原因。
- 协议字段：Type 必须与自己的服务器资料一致。Shadowsocks、VMess、VLESS、Trojan 等协议使用的认证字段不同，不能只保留地址和端口就互换 Type。
- 传输参数：若原始资料包含 TLS、Server Name、传输方式或路径，应逐项保持一致；不要把关闭证书验证当作常规修复步骤。
- 订阅变化：更新后若原条目被替换或移除，重新检查当前圆点标记和可选条目。更新成功表示取得并解析了数据，不等于其中每个服务器都已通过连接验证。
验证完成：保留可复现的状态
当默认服务器已选中、连接状态已建立、Connectivity Test 有结果且实际目标可以访问时，可以结束首次连接检查。后续若更换服务器或分流配置，重复测试与目标访问这两步，不必每次重建系统 VPN 配置。
- 恢复日常姿态：若为了排查临时使用 Proxy，应按自己的使用需求恢复 Config 或原有姿态，并再次验证目标访问。
- 按需设置自动连接：需要自动连接时，再进入 Settings → On Demand 查看并设置相应条件。On Demand 不是第一次手动连接成功的前提，不要在基础连通性尚未确认时同时启用多组条件。
- 理解手动断开：如已启用 On Demand，系统可能在条件满足时重新发起连接。需要保持断开时，应同时核对相关条件，而不只是反复关闭 Home 开关。
- 保留操作依据：记住已验证的服务器名称、使用姿态和测试网络。下次出现异常时，先与这组状态对照，再进行单项修改。
首次连接的关键不是看到一个状态图标，而是建立完整证据链：Home 选中正确条目，系统授权完成，连接开启，测试返回结果，实际目标访问正常。关于配置与设置项的进一步解释，可继续查阅设置手册；需要按顺序重做操作时，使用文末的教程入口。