首次连接应依次确认服务器已选中、VPN 连接已建立、测试与实际访问均正常。本文适合已在 Shadowrocket（小火箭）导入自己服务器或订阅的用户，按 Home 页的操作顺序说明如何连接，并把“列表里有服务器”“开关已打开”“请求真正可用”分开检查。
一、先区分导入、选中与连接
服务器出现在 Home 列表中，只表示连接参数已保存在应用里，不表示它已经成为当前使用的默认服务器，更不表示 VPN 已连接。首次操作时应逐项检查，避免在尚未选中服务器的情况下反复刷新订阅，或者把一次测试有返回值误认为所有应用都已可以访问。
本文以前提“用户已有自己的服务商与订阅”为基础。客户端购买与线路服务是两回事；Shadowrocket 的一次性买断不包含线路套餐。已有订阅负责提供服务器参数，应用负责按参数建立连接并执行当前路由设置。
Home 主要用于选择服务器与控制连接；Config 用于管理配置文件；Settings 包含应用设置，例如 On Demand。首次连接先留在 Home 完成最小验证，不必同时修改规则、DNS 与自动连接设置。
二、在 Home 选中默认服务器并打开开关
在 Home 列表中点击服务器所在行，观察该行左侧是否出现选中圆点。点击行尾的详情入口通常是查看或编辑参数，不等同于选择该服务器。服务器名称可以自定义，因此判断当前选择时以选中标记为准，不以名称中的“默认”二字为准。
-
检查列表
打开 Home，确认导入的订阅分组或服务器行已经显示。列表为空时先检查导入结果；订阅地址本身不是可以直接连接的服务器参数。
-
点选服务器
展开已有分组，点击准备测试的服务器行，确认其左侧出现选中圆点。记录服务器名称，后续测试保持使用同一项。
-
核对路由
进入 Home → Global Routing，确认当前选择。已有可靠规则配置可使用 Config；若要临时排查规则影响，可使用 Proxy 做对照，测试后再恢复原设置。
-
打开开关
返回 Home，打开顶部连接开关。首次连接如出现系统添加 VPN 配置的提示，核对发起应用为 Shadowrocket 后选择 Allow，并按系统要求完成设备认证。
-
确认连接
回到 Home 查看连接状态。若开关立即回落或持续无法建立连接，先处理授权与连接错误，不要把开关刚被点亮的瞬间当作成功结果。
若之前已经授予权限，本次可能不会再次弹出提示，这是正常情况。如果设备受管理策略限制，应先确认是否允许添加 VPN 配置，不要通过反复删除配置来试错。
三、确认 Global Routing 没有改变测试含义
同一台服务器在不同 Global Routing 姿态下，实际请求可能采用不同路径。尤其在 Direct 下，网页能够打开并不能证明服务器可用；在 Config 下，网页也可能命中 DIRECT 规则。下面比较的是 Shadowrocket 自身的路由姿态，推荐项以已有可用规则配置的日常使用为前提。
Config
推荐按当前启用配置的规则决定策略。规则可以指向 DIRECT、REJECT 或相应代理策略；未被前序规则匹配的请求通常由 FINAL 决定去向，不能简单理解为“其余全部直连”。
适合：已核对配置内容，需要按规则进行日常分流。
Proxy
将由应用接管的请求按代理姿态处理，用于观察绕开规则分流后问题是否仍存在。它不能替代服务器参数检查，也不能保证某项网络服务一定可用。
适合：临时对照 Config，缩小规则或策略选择的排查范围。
Direct
按直连姿态处理请求。此时访问结果主要反映当前本地网络的直连能力，不适合用于验证所选代理服务器是否可用。
适合：对照本地网络，判断问题是否只出现在代理路径。
Scene
按预先设置的场景条件应用相应安排。首次连接若尚未核对场景内容，应先使用明确的固定姿态完成验证，避免环境变化同时改变测试条件。
适合：已完成场景配置，并清楚其触发条件与作用的用户。
若 Proxy 下可访问而 Config 下失败，应回到 Config 核对正在使用的配置与匹配策略，重点区分规则把请求送往了哪里。不要因此直接修改服务器密码，因为两个测试使用的服务器认证参数可能完全相同。
四、运行 Connectivity Test，再做实际访问验证
在 Home 找到并点击 Connectivity Test，等待测试完成，查看服务器条目旁的结果。测试可用来筛查当前网络下的可达性或响应情况；其含义受所用测试方式与目标影响，不能把任何一个毫秒数都解释为完整的网页打开时间。
部分测试可以在 VPN 尚未连接时执行，因此 Connectivity Test 有结果与 Home 连接开关是否已成功建立 VPN，是两个需要分别确认的状态。批量测试之后也应再次核对选中圆点，不要假定测试一定会自动替换当前默认服务器。
| 观察到的现象 | 可以判断什么 | 下一步 |
|---|---|---|
| 显示毫秒数 | 本次测试得到响应，不代表所有请求都成功。 | 选中同一服务器，确认 VPN 状态，再打开实际需要使用的页面。 |
| 显示超时或失败 | 当前测试条件下未获得预期响应。 | 保留参数，切换网络重测，检查测试目标和服务器可达性。 |
| 测试正常，网页失败 | 测试路径与实际业务路径可能存在差异。 | 检查 Global Routing、规则策略、DNS 与服务器认证参数。 |
| 网页正常，某个应用失败 | 问题可能与特定域名、协议或应用自身网络状态有关。 | 查看失败请求对应的策略，不把单个应用结果扩大为整条线路结论。 |
最小验收顺序
- 在 Home 确认目标服务器左侧的选中圆点仍在。
- 确认连接状态稳定，再运行 Connectivity Test 并记录结果。
- 打开一个已知可用、确实需要验证代理路径的 HTTPS 页面，观察是否能加载正文，而不只是出现缓存标题。
- 回到实际要使用的应用验证一次；若使用 Config，结合请求记录确认该请求采用的策略。
普通 HTTPS 网站常使用 TCP 443，但代理服务器端口由已有服务配置决定，二者不是同一个设置。网页使用 443 并不意味着应把服务器端口改成 443。Hysteria2 等使用 UDP 传输的协议还需要相应网络允许 UDP，网页测试成功不能单独证明 UDP 路径正常。
五、连接失败时按现象定位，不同时改多项
排查应保持“同一服务器、同一路由姿态、同一测试目标”，一次只改变一个条件。先区分开关无法保持连接，还是连接已建立但请求失败；两类现象对应的检查顺序不同。
两类现象的检查顺序
开关无法保持连接
- 确认已完成系统 VPN 配置授权。
- 查看 Home 的连接错误信息，保留原始提示。
- 检查是否有其他正在使用的 VPN 连接影响测试。
- 核对服务器地址、端口及协议必需参数。
已连接但请求失败
- 确认选中服务器与预期一致。
- 检查 Global Routing，必要时以 Proxy 对照 Config。
- 分别验证域名解析、测试目标与实际页面。
- 换网络复测，区分本地网络与服务器路径问题。
先记录原状态，再修改一项；结果没有改善就恢复，避免把新的变量叠加进问题。
如果 Wi-Fi 下超时而蜂窝网络下正常，只能先说明两种接入环境的结果不同，不能直接断定服务器损坏。切换网络后应等待系统网络稳定，再以相同服务器和测试方式重试。蜂窝测试会使用移动数据，应先确认设备的数据使用条件。
如果订阅更新后才出现问题，检查原先选中的服务器是否仍存在，以及地址、端口、认证信息是否发生变化。更新订阅只是在刷新参数，不是连接成功的凭证。不要在反馈中公开完整订阅地址、密码、UUID 或其他认证信息；保留错误类型、网络环境和已做过的对照即可。
六、首次验证完成后再考虑 On Demand
Settings → On Demand 用于按需连接安排，与 Home 中手动打开连接开关不是同一件事。首次排查时若自动连接反复介入，会使“手动断开后为何又连接”等现象难以判断。因此，先完成手动连接验收，再根据自己的触发条件配置 On Demand。
- 保留已经验证可用的服务器与配置，记录正常时使用的 Global Routing 姿态。
- 进入 Settings → On Demand，先阅读当前条件，再决定是否启用；不要把启用它当作修复超时的方法。
- 改变设置后，分别检查 Wi-Fi、蜂窝切换时的实际连接行为。
- 需要停止连接时，同时检查 Home 开关与 On Demand 的安排，避免只观察一次手动断开。
首次连接完成的标准不是只有 VPN 标识，而是“目标服务器已选中、系统连接稳定、测试结果可解释、实际请求符合当前策略”。后续遇到故障，沿同一顺序回查，比重复导入全部配置更容易定位原因。规则匹配与策略含义可继续查阅规则手册。