Shadowrocket（小火箭）首次连接应按“选服务器 → 确认路由方式 → 打开开关 → 测试 → 实际访问”的顺序进行。本文以已经持有自己的服务商配置或订阅为前提，说明 SERVER 左侧圆点、VPN 配置权限与 Connectivity Test 的不同作用，并把结果为空、超时和测试正常但页面打不开三类现象分开处理。
连接前：先确认 SERVER 有可用配置
购买并安装 Shadowrocket 后，需要导入自己的服务器参数或已有订阅。客户端买断 ≠ 线路套餐；应用购买本身不会生成服务器地址、端口或认证信息。首次连接前应在 Home 的 SERVER 区域看到具体服务器条目，而不是只有空列表或订阅分组名称。
如果已有订阅尚未导入，可以从 Home 右上角“+”进入 Add Server，Type 选择 Subscribe，填写自己的订阅链接并保存，再返回 Home 更新订阅。订阅解析得到条目，只代表配置已经进入列表，不代表这些服务器此时都能连接。本文不提供或推荐订阅，后续操作仅针对用户已经持有的配置。
- 检查服务器信息：打开条目的编辑信息，核对 Type、服务器地址和端口是否与原始资料一致；认证字段以所用协议为准。
- 检查订阅状态：如果列表为空，先处理订阅导入或更新，不要反复打开连接开关。
- 检查基础网络：先关闭 Shadowrocket 连接，用当前 Wi-Fi 或蜂窝网络打开一个平时可以直接访问的页面；公共 Wi-Fi 如需登录，先完成网络登录。
- 保留原始参数：不要为了尝试连接而随意修改 UUID、Password、TLS 或传输设置。服务器地址相同，也不代表不同协议参数可以混用。
首次连接：选圆点，再打开开关
在 Home 的 SERVER 列表中，点选服务器左侧圆点用于选择默认服务器。进入条目编辑页与选择默认服务器是两种操作：能看到某条服务器的详细参数，不表示该条目已经被选中。返回 Home 后，应以列表中的选中标记为准。
-
选择服务器
进入 Home → SERVER，找到已核对参数的服务器，点选其左侧圆点。记下条目名称，后续测试保持使用同一条目。
-
确认路由
进入 Home → Global Routing，确认当前使用 Config、Proxy、Direct 还是 Scene。首次排查服务器本身时，可以临时使用 Proxy；完成后恢复自己的日常设置。
-
打开开关
返回 Home，打开顶部连接开关。首次出现系统添加 VPN 配置的提示时，核对请求来自 Shadowrocket 后允许，并按系统提示完成认证。
-
运行测试
等待连接状态更新，再点 Home → Connectivity Test。等待本轮测试完成，观察所选服务器对应的结果，不要在测试过程中连续切换服务器。
-
验证访问
打开浏览器，访问自己需要使用的页面并刷新。把实际访问结果与测试结果一起判断，而不是只看一个延迟数字。
如果首次没有允许添加 VPN 配置，应先重新尝试连接并处理系统提示。列表中已有服务器、已经选择圆点、系统已经建立 VPN，这三件事不能互相替代。系统连接状态也不等于远端服务器已经完成认证，更不等于所有网站都能打开。
Global Routing：测试时需要核对哪一项
Global Routing 决定连接采用的路由方式。即使默认服务器不变，切换路由方式也可能改变实际访问路径。排查时记录当前选项，只改变一个变量；不要同时更换服务器、修改 DNS 和切换路由，否则无法判断哪项操作影响了结果。
Config
按当前配置的规则和策略处理连接。规则可能指向 DIRECT、代理策略或策略组，因此某个请求不一定使用 Home 中手动选择的默认服务器。
适合：已有可核对规则、需要按目标分流的日常使用。
Proxy
推荐在本次首次连接排查中，用代理路由减少分流规则带来的干扰，便于核对所选服务器与实际访问之间的关系。仍需考虑系统、局域网及其他相关设置的影响。
适合：临时验证默认服务器，区分服务器问题与规则问题。
Direct
采用直连路由。此时网页能够打开，不能作为所选代理服务器可用的依据；它更适合用来对照基础网络是否正常。
适合：与代理路径对照，检查当前网络的直接访问情况。
Connectivity Test：结果能说明什么
Connectivity Test 用于观察测试目标在当前测试方式下的可达性或响应情况。结果有数值，说明对应测试获得了响应；它不是带宽测速，也不是对全部应用、全部域名和所有传输方式的验证。不同测试方式覆盖的链路不同，单纯的端口可达检查尤其不能证明代理认证和完整网页请求都成功。
测试目标、测试方式与实际访问目标不同时，结果出现差异并不矛盾。一个页面还可能依赖多个域名、DNS 解析、TLS 握手与资源请求。可以先用测试缩小范围，再用真实访问完成验证，不应仅按数值大小判定服务器是否适合当前任务。
这两个端口用于区分网页连接与名称解析，不是要求把服务器端口改成这些数字，也不表示 Connectivity Test 固定检测它们。服务器端口始终以自己的配置为准。页面打不开时，先判断是测试没有响应、名称解析异常，还是只有某个站点失败，再决定检查哪一层。
- 结果为空：先确认已触发测试并等待结束；空白本身不能区分尚未测试、未完成或没有得到可显示结果。
- 显示超时：表示本轮测试没有在规定时间内得到所需响应，原因可能出现在本地网络、服务器、测试目标或测试方式上。
- 有数值但访问失败：继续检查连接状态、Global Routing、DNS 和实际请求，不能据此跳过认证或规则排查。
结果为空或超时：按两条路径排查
先保持同一台设备、同一条服务器和相同测试方式，确认问题是否能重复出现。单次超时可能是短暂网络波动；反复点测试并同时切换多项设置，会丢失可比较的条件。以下两条路径分别处理“没有明确结果”和“已经明确失败”，不要混为一类。
按结果选择检查路径
结果为空
- 确认 SERVER 中已经有实际服务器条目，并核对左侧选中标记。
- 重新触发一次 Connectivity Test，停留在 Home 等待结果更新。
- 区分所看的是所选服务器结果，还是其他未完成测试的条目。
- 如果始终没有结果，核对测试方式与目标设置，并检查基础网络。
持续超时
- 关闭连接检查基础网络，排除 Wi-Fi 登录或网络本身不可用。
- 核对服务器地址、端口、认证和 TLS 相关字段，不凭猜测改值。
- 保留配置不变，切换 Wi-Fi 与蜂窝网络对照；留意蜂窝数据用量。
- 向已有服务商确认服务器状态，并提供脱敏后的失败现象。
同一条目只在某个网络失败，优先检查该网络路径；多个网络均失败，再集中核对服务器状态、参数及测试目标。
如果手头已有另一条确认可用的服务器，可以只切换默认服务器进行对照，不必删除整份订阅。若只有一个条目失败，排查重点落在该条目的参数和远端状态；若全部失败，则应同时考虑本地网络、测试设置以及服务状态，而不是直接认定所有配置都失效。
测试正常但页面打不开：检查规则与 DNS
先确认连接开关仍处于开启状态，再查看 Home → Global Routing。若使用 Config，请到 Config 核对当前生效配置：配置文件存在于列表中，不等于它正在生效；规则命中的策略，也不一定指向 Home 中所选的默认服务器。
- 核对规则顺序：DOMAIN-SUFFIX 匹配域名后缀，IP-CIDR 匹配地址段，GEOIP 按 IP 地理归属判断，FINAL 是最终兜底。检查目标实际命中了什么策略，不要只看规则中是否出现过目标域名。
- 做路由对照：保持服务器不变，临时从 Config 切换到 Proxy，再重新发起访问。如果结果变化，重点检查规则和策略选择；完成后恢复原设置。
- 区分单站故障：一个站点失败、其他页面正常时，检查目标自身状态与相关域名，不要直接重建整个连接配置。
- 核对 DNS：服务器地址本身是域名时也需要解析。自定义 DNS 无法访问或相关配置不正确，都可能让连接或网页访问停在解析阶段。
不要用随机公网 IP 代替网站域名测试 HTTPS 页面。许多站点依赖正确的域名完成 TLS 和虚拟主机选择，直接输入 IP 得到错误不能证明 DNS 就是原因。应使用平时访问的完整地址重新发起请求，并结合应用内可见的连接信息判断。
完成验证：保存一次可复现的结果
首次连接完成的判断应包含三个环节：选中了预期服务器、系统连接状态符合预期、实际目标可以访问。Connectivity Test 是其中的辅助证据，不应替代最后一步。恢复日常 Config 或 Scene 后，再验证一次常用目标，避免把临时排查设置当作最终配置。
- 记录环境：记下 Wi-Fi 或蜂窝网络、服务器条目名称、Global Routing 选项，以及是否启用了 On Demand。
- 记录现象：区分空白、超时、有响应但访问失败；补充实际目标是否全部失败，还是只有部分页面失败。
- 保留隐私：向服务商反馈时可提供脱敏后的错误信息，不发送完整订阅链接、Password、UUID 或包含这些信息的二维码。
- 明确下一步：参数问题回到条目编辑核对，订阅内容问题检查更新，分流问题回到 Config，自动连接问题回到 Settings → On Demand。
Shadowrocket 主要用于 iPhone 与 iPad，系统要求以 App Store 页面标注为准。获取应用时应核对开发者 Shadow Launch Technology Limited 与应用 ID 932747118。已经安装的用户可以直接继续连接检查，无需为了处理一次测试超时重新购买应用。