小火箭第一次连接:选中默认服务器、打开开关并用 Connectivity Test 验证

本文速览

本文适用于已经准备好自己的服务商与订阅、首次使用 Shadowrocket 的用户。按“确认服务器已导入 → 选中默认服务器 → 核对 Global Routing → 打开连接并授权 → 执行 Connectivity Test”的顺序操作，分别验证配置、系统连接状态和实际访问结果。遇到失败时，每次只调整一个条件，避免把服务器选择、规则和网络问题混在一起。

一、连接前：确认应用、网络与服务器资料

Shadowrocket（小火箭）是 Apple 平台的付费客户端，以 iPhone、iPad 为主要使用设备，唯一获取入口为 App Store。产品页的开发者为 Shadow Launch Technology Limited，应用 ID 为 932747118。客户端一次性买断不等于线路套餐；本文以用户已有自己的服务商与订阅为前提，只说明现有配置的使用方法。

第一次连接前，先关闭连接开关，确认设备当前的 Wi-Fi 或蜂窝网络本身能够访问常用网站。若 Wi-Fi 需要通过网页完成接入认证，应先完成认证，再开始下列步骤。底层网络尚未连通时，反复切换服务器不会解决问题。设备兼容性、系统要求与是否通用购买，以 App Store 页面标注为准。

服务器资料：已导入至少一个可用条目，协议、地址、端口和认证资料来自用户已有的配置。
订阅状态：若使用订阅，先确认 Home 已显示其中的服务器，而不只是保存了订阅名称。
配置边界：Home 用于选择服务器和控制连接；Config 用于管理配置文件；Settings 用于调整应用设置。导入订阅不等于已经选定并启用一份规则配置。
信息保护：订阅链接、密码、UUID 和密钥属于敏感资料。排查时记录错误现象即可，不要把完整凭据写入公开截图或求助内容。

已有订阅但列表为空时，可从 Home 右上角“+”进入添加页面，在 Type 中选择 Subscribe，填写自己的订阅 URL 后保存，再回到 Home 更新对应订阅。仅作格式说明的 https://example.com/sub?token=xxxx 是假值，不能用于实际连接。具体导入与更新操作可查阅订阅手册。

二、Home 首次连接：按五步完成选择与授权

服务器出现在列表里，只说明资料已经导入。还需要明确选中默认服务器，再打开连接开关。不要把服务器行的编辑入口当成选择操作，也不要把延迟测试结果当成连接已经建立的证据。

选中服务器

进入 Home，找到准备使用的服务器，点选该行左侧圆点。确认选中标记落在目标条目上；若打开了编辑页面，先返回 Home，再检查左侧选择状态。
核对路由

打开 Home → Global Routing，记录当前选择。初次排查可以暂时选 Proxy，以便先检查默认服务器的代理路径；已有明确规则配置时，也可以使用 Config，但应知道测试目标会命中哪条规则。
打开开关

回到 Home，打开顶部连接开关。此时才开始建立系统 VPN 连接；仅点选服务器左侧圆点，不会自动完成这一步。
允许配置

首次出现系统添加 VPN 配置的请求时，核对请求来自 Shadowrocket 后选择允许，并按系统提示完成验证。若取消授权，先回到应用重新打开连接开关，再处理系统请求。
执行测试

等待连接状态稳定，在 Home 执行 Connectivity Test。记下返回的成功或失败状态，再用浏览器访问实际需要的网站，对照两种结果。

系统 VPN 标识或连接开关保持开启，主要说明系统连接已经启动，不保证远端服务器、DNS 和目标网站全部可用。应用接管流量与一条具体请求最终成功，是两个不同层面的结果，必须继续完成测试。

三、Global Routing：分清测试走的是哪条路径

同一台设备、同一个服务器，在不同 Global Routing 姿态下访问同一网站，可能采用不同路径。首次连接最容易出现的误判是：开关已打开，但 Global Routing 仍为 Direct，于是把直连成功当成代理服务器可用；或者 Config 的规则把测试目标交给 DIRECT，却据此判断代理路径正常。

Global Routing 四种姿态

Proxy: 以代理路由为主，首次排查时用于检查所选服务器的代理路径。
Direct: 以直连路由为主，不能用于证明默认服务器的代理连接成功。
Config: 按当前生效配置文件的规则与策略处理连接。
Scene: 按已配置的场景条件应用相应路由行为，需要先核对场景设置。

先记录原有姿态；为排查临时切换后，再恢复日常使用设置。

首次测试记录

选中条目: 记录 Home 左侧圆点对应的服务器备注，不记录密码或密钥。
网络条件: 记录 Wi-Fi 或蜂窝网络，切换后重新测试。
路由条件: 记录 Proxy 或 Config；使用 Config 时同时记录生效配置。
验证结果: 分别记录 Connectivity Test 的状态与浏览器实际访问结果。

保持其他条件不变，才能判断某一次修改是否有效。

Config 会按配置中的规则顺序处理连接。例如 DOMAIN-SUFFIX,example.com,DIRECT 表示匹配该域名后缀的连接采用直连；FINAL,PROXY 表示前面的规则未命中时交给 PROXY 策略。它们只是规则语法示例，不要求为首次连接新建配置，也不能据此假定每份配置中的 PROXY 都对应同一个服务器。

使用策略组的配置还需要核对策略组当前选择。Home 的默认服务器选择并不必然覆盖配置文件中每个策略组的决策。因此，先用相对单一的测试条件确认服务器可用，再恢复 Config 排查具体规则，通常更容易区分问题所在。

四、Connectivity Test：成功与失败分别能说明什么

Connectivity Test 用于检查测试请求是否能够完成。它不是对所有网站、所有协议和所有网络条件的总体验收。测试成功说明该次测试条件下的请求可达，但实际应用可能访问不同域名，使用不同连接方式，或者命中不同规则。

测试成功，网页也正常：已获得首次连接的基本验证。若此前临时使用 Proxy，可恢复日常的 Config，再检查常用网站是否仍能访问。
测试失败，网页也失败：先检查底层网络，再核对默认服务器、路由姿态和服务端资料，不要一次性改动全部设置。
测试成功，某个网站失败：记录失败网站的域名、错误提示和当前 Global Routing。若只在 Config 下失败，应优先检查该目标的规则与策略，而非立即删除订阅。
测试失败，但部分网站能打开：可能存在直连命中、浏览器缓存或测试目标自身不可达的情况。确认代理路径与访问目标后重试，不能只凭某一个页面加载出来就判定全部正常。

服务器列表中的延迟数字与 Connectivity Test 也不是同一件事。某种探测能收到响应，并不能完整验证协议握手、TLS、DNS 解析和目标网站请求。不同测试方式得到的数值也不宜直接比较；首次排查应优先确认能否完成实际请求，而不是只选择显示数字最小的条目。

五、Wi-Fi 与蜂窝网络：只换一个条件复测

同一服务器在 Wi-Fi 下失败、在蜂窝网络下成功，提示问题与网络环境有关，但不能只凭这一点就确定具体原因。切换测试时保持服务器、协议参数和路由姿态一致；网络切换稳定后，检查 Home 连接状态，必要时重新连接，再执行 Connectivity Test。

同一服务器的两种网络对照

Wi-Fi 下验证

关闭连接后，确认网络接入认证已完成。
记录当前默认服务器与 Global Routing。
重新连接，执行 Connectivity Test 并访问同一网站。

蜂窝网络下验证

确认 Shadowrocket 获得系统蜂窝数据使用权限。
保持与 Wi-Fi 测试相同的服务器和路由设置。
重复同一测试，记录是否出现不同错误。

先对照网络，再对照服务器；一次同时更换两者，无法判断是哪项改变了结果。

还要检查 Settings → On Demand。该功能可按网络条件控制自动连接行为，因此网络切换后，连接状态可能受到既有条件影响。首次手动验证时，先记录当前设置，必要时暂时关闭 On Demand，完成测试后再恢复。不要一边让自动条件控制连接，一边把开关变化全部归因于服务器故障。

六、首次连接常见问题：按现象处理

点了服务器，为什么还没有连上？

先回到 Home 检查左侧圆点是否已经选中，再看顶部连接开关。选服务器与启动连接是两个操作；若尚未打开开关，打开后处理系统 VPN 配置请求，然后执行 Connectivity Test。

刚打开开关就关闭，应该先查哪里？

先确认系统添加 VPN 配置的请求是否已允许，再检查是否有其他 VPN 连接正在接管设备。随后核对 Settings → On Demand 的条件。记录系统提示原文，不要直接删除全部服务器；只有确认授权与配置状态异常后，再针对相应项目处理。

显示已连接，网页还是打不开怎么办？

在 Home 先执行 Connectivity Test，记录 Global Routing。若当前是 Config，可记录原设置后临时切到 Proxy 对照；若 Proxy 正常而 Config 失败，转到 Config 检查当前配置的规则和策略。两者都失败时，再核对服务器资料与底层网络。

更新订阅后，还需要再选一次服务器吗？

更新可能增删或替换原条目，因此应重新确认 Home 左侧圆点指向的服务器仍然存在。不要只根据旧备注判断选择未变。确认后重新连接并执行 Connectivity Test；若使用 Config 的策略组，还需要检查组内选择是否仍然有效。

完成首次验证后，保留一份简短记录：使用的网络、服务器备注、Global Routing、Connectivity Test 结果，以及实际网站是否正常。后续只在某个网络或某种规则姿态下失败时，这份记录能帮助缩小范围。无需为了完成第一次连接而同时修改 DNS、MTU、TLS 与规则文件；这些项目应在有明确错误线索时逐项检查。