本文适合已安装 Shadowrocket（小火箭）、已有自己的服务商与订阅，但尚未完成首次连接的用户。检查顺序是 Home 里的服务器选择、顶部连接开关、系统 VPN 授权与 Connectivity Test。读完后可以区分“已导入”“已选中”“已连接”和“目标可访问”四种状态，并按故障出现的位置逐项排查。
开始前：确认应用、订阅与基础网络
Shadowrocket 是 Apple 平台上的闭源商业应用，以 iPhone、iPad 使用为主，唯一获取入口是 App Store。购买前核对开发者 Shadow Launch Technology Limited 与应用 ID 932747118；系统要求与兼容性以 App Store 页面标注为准。尚未安装时，先查看App Store 正版核验页，再继续本文。
客户端买断 ≠ 线路套餐。以下步骤以用户已有自己的服务商与订阅为前提，本站不提供、不销售、不推荐节点或订阅。订阅负责导入服务器参数，客户端负责按配置处理连接；购买客户端后，Home 中不会因此自动出现可用服务器。
- 基础网络：先在关闭 Shadowrocket 连接的状态下，确认当前 Wi-Fi 或蜂窝网络可以访问原本可直连的页面。需要网页登录认证的 Wi-Fi，应先完成认证。
- 已有配置：确认服务商提供的订阅仍然有效，或者已有完整的单条服务器参数。不要根据服务器名称自行猜测端口、密码或协议。
- 订阅隐私：订阅 URL 可能包含访问凭据。排查时记录错误提示即可，不要公开完整链接或包含密码的配置。
如果 Home 中仍是空列表，先通过 Home 右上角“+”添加已有订阅：Type 选择 Subscribe，填写自己的订阅链接并保存，等待列表载入。导入失败时先解决导入问题；空列表下反复操作顶部开关，不能补齐服务器参数。
首次连接：按顺序完成五步
服务器已经出现在 Home 后，再开始连接。首次操作建议只选一条服务器完成完整验证，不要同时更换服务器、修改 DNS、切换规则配置。一次改变多个条件，会让后续很难判断是哪一步影响了结果。
-
选中服务器
在 Home 的服务器列表中点按要使用的服务器行，确认该条目左侧圆点亮起。这里是在指定默认服务器，不是打开详情编辑，也不是仅查看延迟数字。
-
核对处理模式
查看 Home → Global Routing。初次排查可以临时选 Proxy，以减少规则分流带来的变量；如果需要沿用已有规则，则使用 Config，并确认 Config 中已有当前使用的配置。
-
打开连接开关
回到 Home，打开顶部连接开关。若出现系统添加 VPN 配置的确认提示，核对是本次主动操作后允许，并按系统要求完成设备认证。
-
运行连接测试
等待连接状态稳定后，在 Home 点按 Connectivity Test。先确认测试是否完成，再查看应用显示的成功或失败结果；不要把刚打开开关的瞬间当作连接已经验证完成。
-
验证实际访问
打开需要访问的网页或应用，发起一次新请求。若为了排查临时使用了 Proxy，验证后再恢复原先需要的 Global Routing 模式，并重新测试实际目标。
添加 VPN 配置是系统允许应用建立相应连接的授权，不是再次购买，也不代表服务商线路已经通过测试。如果之前已完成授权，系统可能不会重复弹出同一提示；应继续看开关状态与 Connectivity Test，而不是以“有没有弹窗”作为唯一判断依据。
左侧圆点、连接开关与测试结果分别说明什么
“列表里有服务器”只表示参数已经导入。“左侧圆点亮起”表示这条服务器被选作默认服务器。顶部连接开关反映连接的启停状态，而 Connectivity Test 才是在当前条件下进行的一次连通性检查。这些信号分别回答不同问题，不能相互替代。
服务器选择
- 入口
- Home → 服务器列表
- 操作
- 点按目标服务器行
- 确认依据
- 目标条目左侧圆点亮起
- 不能推断
- 仅选中不代表已经建立连接
默认服务器参与后续连接；Config 中指定的策略仍可能影响实际路径。
连接验证
- 启停入口
- Home → 顶部连接开关
- 首次授权
- 系统添加 VPN 配置提示
- 测试入口
- Home → Connectivity Test
- 最终核对
- 实际目标能否完成一次新请求
测试结果只反映当时的测试请求，不承诺所有网站与应用均可访问。
服务器旁显示的延迟数字也不能替代上述流程。延迟测试与实际网页请求的目标、数据量和处理路径可能不同；某条服务器有延迟结果，不等于当前连接已启动，也不等于页面资源能够完整加载。首次连接应保留“选中 → 开启 → 测试 → 实际访问”的顺序。
Global Routing：先弄清测试走哪条路径
同一条服务器，在不同 Global Routing 模式下可能得到不同的实际访问结果。Proxy、Direct、Config、Scene 是流量处理姿态，不是四种服务器协议。首次连接如果忽略这一项，容易把“流量没有使用所选服务器”误判为“服务器已经验证可用”。
- Proxy：以代理处理模式进行连接。用于首次排查时，可以减少规则分流造成的干扰，但测试完成后应恢复符合自己使用目标的设置。
- Direct：直接连接。此时能够打开一个可直连页面，并不能证明所选服务器的代理路径正常。
- Config：依据当前配置中的规则与策略处理流量。默认服务器已选中，不代表每个请求都会经过它，应同时核对当前生效配置。
- Scene：按已设置的场景处理。没有核对场景条件与对应设置前，不宜用它作为首次连接的单一判断依据。
如果 Proxy 下测试成功，切回 Config 后只有某个目标失败，应优先查看该目标的规则处理结果，而不是立刻重新导入全部订阅。规则可能让不同域名走不同策略，因此一次测试成功并不能证明所有规则都符合预期。代理模式的完整说明见Global Routing 使用说明。
连接验证：固定网络后再做交叉检查
先在当前网络中完整测试一次，再决定是否切换 Wi-Fi 或蜂窝网络。测试时记录网络类型、默认服务器、Global Routing 模式和结果即可，不需要公开订阅凭据。切换网络后等待系统连接稳定，再重新执行测试，避免把网络切换期间的短暂中断当作持续故障。
验证方案：Wi-Fi 与蜂窝网络分别检查
Wi-Fi 环境
- 先确认 Wi-Fi 已联网，必要时完成网页认证。
- 固定同一条默认服务器与同一种 Global Routing 模式。
- 开启连接后运行 Connectivity Test，再测试实际目标。
蜂窝网络环境
- 确认蜂窝数据可用，并等待网络切换完成。
- 保持服务器和处理模式不变，避免同时修改配置。
- 重新运行 Connectivity Test，比较是否仅在某种网络失败。
只改变网络环境，才便于判断故障是否与当前接入网络有关；蜂窝测试会使用移动数据。
若两种网络都在同一条服务器上失败，再尝试订阅内另一条已有服务器，并重复相同步骤。若只有一条失败，重点核对该条参数与服务状态；若所有条目都失败，再检查订阅有效性、系统授权和当前配置。不同结果只能缩小排查范围，不能单凭一次失败直接确定原因。
首次连接常见问题与处理顺序
服务器已经导入了，为什么开关打开后还是不能用？
先回到 Home，确认目标条目左侧圆点亮起，再看 Global Routing 是否为预期模式。随后运行 Connectivity Test。若系统授权尚未完成，先处理添加 VPN 配置的提示；不要只凭列表中出现了服务器名称判断连接准备完成。
刚才拒绝了 VPN 配置提示，要重新安装吗？
先回到 Home，再次尝试打开连接开关并按系统提示授权，不必先重装。若提示无法完成，检查设备是否存在管理限制；受管理设备应由管理方确认权限。重装不能解除系统层面的限制，还可能增加重新整理配置的工作。
Connectivity Test 成功，为什么某个网页仍然打不开？
先确认测试与访问时使用的是同一条服务器和同一种网络。再查看 Global Routing：若为 Config，临时切到 Proxy 复测该目标，以区分规则处理与服务器路径问题。只有单个目标失败时，还需要考虑目标自身状态、域名解析和访问条件。
关闭后又自动连接，怎样先完成手动测试？
到 Settings → On Demand 查看是否启用了自动触发条件，记录原设置后暂时停用相关条件，再回 Home 手动启停。On Demand 用于按条件触发连接，不能替代有效服务器参数；基础连接验证通过后，再恢复并逐项检查自动触发设置。
订阅更新失败与连接测试失败也应分开处理。前者是获取或解析服务器列表时的问题，后者是使用当前已有参数建立连接并执行测试时的问题。向已有服务商反馈时，可以提供发生时间、网络类型、协议名称与错误提示；密码、完整订阅 URL 和其他凭据应保留在私密渠道中。
完成检查：保留可重复的连接基线
首次成功后，记录能够复现的配置状态，再逐步调整其他功能。不要刚通过一次测试就同时更换 DNS、规则、服务器与 On Demand 条件。后续每次只修改一项，并重复 Connectivity Test 与实际访问，才能知道调整是否带来影响。
- 选择完成：Home 中目标服务器左侧圆点亮起，名称与预期一致。
- 授权完成：系统已允许添加 VPN 配置，顶部连接开关可以保持开启。
- 路径明确：知道当前 Global Routing 使用 Proxy、Direct、Config 还是 Scene。
- 验证完成：Connectivity Test 得到结果，实际目标也完成了新请求。
- 设置收尾：恢复需要的规则模式，检查 On Demand 是否符合日常启停需求。
这份检查表的目标不是承诺连接始终可用，而是建立一条可以重复执行的验证流程。以后遇到无法访问，仍从“基础网络 → 默认服务器 → 系统连接 → 测试结果 → 实际目标”逐层检查，通常比一次性修改全部设置更容易定位问题。