本文适合已经安装 Shadowrocket（小火箭）、已有自己的服务商与订阅，但还没有完成第一次连接的用户。按“核对配置、选中服务器、允许 VPN 配置、运行 Connectivity Test、验证实际访问”的顺序操作，可以区分服务器已导入、系统隧道已启动与实际请求能完成这三种不同状态。
一、连接前核对：客户端与连接服务分别准备
Shadowrocket 是 Apple 平台的闭源商业应用，以 iPhone / iPad 使用为主，唯一获取入口是 App Store。核对产品页时，开发者应为 Shadow Launch Technology Limited，应用 ID 为 932747118。系统要求以 App Store 页面标注为准。
客户端买断 ≠ 线路套餐。完成一次性买断，只表示取得客户端使用资格；服务器地址、认证信息和订阅仍需从你的服务商处获取。本文以你已经持有这些资料为前提，不需要为完成测试额外更换订阅来源。
- 先确认当前 Wi-Fi 或蜂窝网络本身能够访问普通网页。需要先完成网络登录的 Wi-Fi，应先完成登录。
- 打开 Home，确认列表里有可用服务器。只有订阅分组名称、却没有展开后的服务器条目时，先检查订阅是否已成功更新。
- 核对服务商提供的服务器地址、端口与协议。Shadowsocks、VMess、VLESS、Trojan 等条目不能仅凭名称相似就互换 Type。
- 暂时关闭其他正在使用系统 VPN 连接的任务，避免在测试过程中被另一项连接切换状态。
如果 Home 还是空列表，可使用 Home 右上角“+”进入 Add Server，按已有资料选择对应 Type。导入订阅时选择 Subscribe，填写从你的服务商处获取的链接并保存，再确认服务器列表出现。订阅链接通常带有个人凭据，不应放进公开截图或聊天记录。
二、在 Home 选中服务器，再打开连接开关
服务器出现在列表里，不等于它已经成为当前连接使用的服务器。首次连接时，先点击目标服务器条目，确认选中圆点落在这条记录上；进入详情编辑参数，与选中用于连接，是两个不同操作。下列步骤应按顺序完成，不要在参数尚未核对时连续切换多个服务器。
-
核对条目
在 Home 展开已有订阅分组，找到准备使用的服务器。进入详情核对地址、端口和 Type，保存后返回列表；不要把订阅地址填写成单个服务器的地址。
-
选中服务器
点击目标服务器的列表条目，确认该条目显示选中圆点。若刚才修改过配置或更新过订阅，重新核对一次，避免测试对象与预期不一致。
-
确认分流
进入 Home → Global Routing，确认当前姿态。如果已有可用规则文件，可使用 Config；若要隔离规则影响，可临时选择 Proxy 做对照测试，并记住原来的姿态。
-
打开开关
返回 Home，打开连接开关。首次出现系统添加 VPN 配置的提示时，确认来自本次 Shadowrocket 操作，再允许添加，并按系统要求完成设备认证。
-
检查状态
回到 Home，确认开关没有立即回落，再运行 Connectivity Test。此时先不要开启自动切换或修改 DNS，以便把结果对应到刚选中的服务器。
三、区分当前服务器与 Global Routing
选中服务器决定默认代理出口的候选对象，Global Routing 决定请求按什么方式处理。两者需要一起核对。尤其在 Config 下，规则可以把请求交给 DIRECT、PROXY 或指定策略；如果规则明确指定了其他服务器或策略组，实际出口不一定就是 Home 中刚选中的条目。
Home 连接对象
- 入口
- Home → 服务器列表
- 选中标志
- 目标服务器条目显示选中圆点
- 地址与端口
- 按服务商资料逐项核对；443 只是可能的端口，并非统一值
- 认证参数
- 密码、UUID、TLS 与传输参数按对应 Type 填写
修改端口不能代替协议或认证参数核对，也不能把所有服务器都改成 443。
Global Routing 姿态
- Config
- 按当前启用的规则文件判断请求去向
- Proxy
- 统一使用代理路径，适合临时排除规则分流影响
- Direct
- 统一直连，不能用它确认代理出口是否可用
- Scene
- 按已配置的场景处理，首次排查先核对对应场景内容
姿态名称只说明处理逻辑；服务器可用性仍需要单独验证。
例如，规则文件包含 DOMAIN-SUFFIX,example.com,DIRECT 时，对应域名后缀的请求会按规则直连；这类网页打开成功，不能证明代理服务器工作正常。首次测试应明确测试请求走哪条路径，而不是只观察网页有没有内容。
Config 页用于管理规则文件，Home 用于选择服务器和控制连接，Settings 用于调整客户端设置。不要为解决首次连接问题就同时改动这三处：先固定服务器与分流姿态，得到一次可复现的结果，再逐项调整。
四、用 Connectivity Test 验证，并补一次实际访问
打开 Home → Connectivity Test，运行测试并记录结果。它用于判断测试目标对应的连接是否能完成，不是带宽测试，也不保证所有网站、所有协议或所有应用都能访问。测试涉及的目标与设置应一并核对，不能把一个成功结果扩大解释为整条线路的所有能力。
- 有响应结果：记录当前服务器、Global Routing 姿态和所用网络，再打开一个需要验证的实际网页，确认页面主体能够加载，而不只是显示缓存的标题。
- 超时或失败：先确认普通网络可用，再核对服务器地址、端口、认证信息以及服务商账户状态。反复点击连接开关不会修复错误密码。
- 测试成功、网页失败：检查该域名的规则去向与 DNS 解析。测试目标可达，不代表网页域名使用了同样的路由或解析路径。
- 切换网络后结果变化：保留服务器和其他设置不变，只比较 Wi-Fi 与蜂窝网络，判断是否与当前接入网络有关。
记录结果时可以写成“同一服务器，Proxy，Wi-Fi 下 Connectivity Test 超时；蜂窝网络下返回响应”。这是一种记录格式，不是预设测试结论。只有其他条件保持一致，网络切换前后的差异才有排查价值；一次测试中的响应时间也不能直接换算成下载速度。
对照测试：同一服务器使用两种接入网络
Wi-Fi 环境
- 先确认网络登录已完成，普通网页能够打开。
- 固定同一服务器与 Global Routing 姿态。
- 运行 Connectivity Test，记录成功、超时或具体错误。
蜂窝网络环境
- 确认 Shadowrocket 获准使用蜂窝数据。
- 关闭 Wi-Fi 后，检查连接状态是否需要重新建立。
- 重复同一个测试，再访问同一个网页，注意数据用量。
每次只改变接入网络；若同时换服务器、改 DNS 和改规则，就无法确定是哪一项导致结果变化。
五、首次连接常见问题与处理顺序
排查应从最容易确认的状态开始：列表有无服务器、圆点是否选中、开关是否保持开启、测试是否返回结果。先确定失败发生在哪一步，再处理相应配置，通常比重建全部配置更容易保留线索。
服务器已经导入了，为什么还是不能连接？
回到 Home，展开分组并点击具体服务器，确认选中圆点。随后检查详情中的地址、端口与 Type。订阅更新成功只说明取得了配置内容，不说明其中每台服务器当前都可用；如服务商已调整认证参数，应先更新订阅再重新选择。
刚才没有允许添加 VPN 配置，怎么办？
返回 Home 重新打开连接开关，留意系统是否再次请求授权，并按设备要求确认。若设备受管理、系统限制添加 VPN，先检查设备管理策略或联系管理员；不要把反复导入同一订阅当成授权问题的解决办法。
开关开着，Connectivity Test 却一直超时？
先检查基础网络与服务商账户，再核对当前服务器参数。可临时用 Global Routing → Proxy 做一次对照，避免把规则影响与连接失败混在一起；测试结束恢复原姿态。若只在某个网络下失败，按前面的双网络方案记录差异。
手动关闭后又连上，是不是开关失效了？
进入 Settings → On Demand，检查是否启用了按需连接及相关条件。为了完成手动测试，可先停用 On Demand，再返回 Home 关闭连接并观察状态。确认手动连接稳定后，再按自己的网络条件配置按需连接。
六、连接完成后的收尾检查
首次验证通过后，把临时测试设置还原。若为排查改成了 Proxy，而日常需要按规则分流，应返回 Home → Global Routing → Config，并确认 Config 页启用的是准备使用的规则文件。恢复后再访问一次目标网页，检查规则分流场景也能正常工作。
- 保留一份简短记录：使用的服务器名称、接入网络、分流姿态，以及 Connectivity Test 和实际访问结果。
- 确认订阅来源与更新方式；订阅从你的服务商处获取，更新后重新核对选中条目及参数变化。
- 检查 Settings → On Demand，按实际需要启用；手动连接未稳定前，不把自动重连当作修复措施。
- 分享排查资料前，遮住订阅完整链接、密码、UUID 和其他认证信息，只保留错误现象及必要设置名称。
完成这组检查，才形成“配置存在、服务器选中、隧道启动、测试有响应、实际请求成功”的完整验证链。以后遇到开关已开启但访问异常，也可以从这五项逐项复查，而不是仅凭系统 VPN 状态判断远端连接是否正常。