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

本文速览

本文适合已经准备好自己服务商资料、首次使用 Shadowrocket（小火箭）的用户。操作顺序是确认导入结果、选择默认服务器、核对 Global Routing、允许系统建立 VPN 配置，再做 Connectivity Test 与实际访问验证。连接开关开启、测试返回结果、目标网页可用是三个不同检查点，需要分别确认。

一、连接前：确认服务器资料已导入

Shadowrocket 的 Home 用于查看与选择服务器，Config 用于管理配置文件，Settings 用于调整应用设置。第一次连接先停留在 Home，确认列表中有实际服务器条目；只保存了订阅地址，并不等于已经成功取得其中的服务器资料。本文以用户已有自己的服务商与订阅为前提。

如果尚未导入，可以在 Home 右上角点“+”，在 Type 选择 Subscribe，填写自己的订阅 URL 并保存，再更新订阅。更新后检查其下是否出现服务器条目。手动添加时，Type 必须与已有资料中的协议一致，不能把不同协议的字段互相套用。

Address 是服务器地址；Port 是服务器端口。端口应逐字采用已有资料中的值，即使使用 TLS，也不能仅凭经验把它改成 443。
Password、UUID、Private Key 等字段承担不同作用。只填写当前协议要求的字段，不用其他协议的凭据替代。
列表为空时，先检查订阅更新结果、地址是否完整，以及当前网络能否访问订阅来源；此时反复打开连接开关不会补齐服务器资料。
订阅 URL、密码和密钥属于敏感资料。记录错误信息时，应遮盖这些内容，不把完整凭据放进截图或求助文字。

二、首次连接：选中服务器，再允许 VPN 配置

Home 中的选中标记表示当前默认服务器。点选服务器行后，查看左侧圆点是否移到目标条目；进入编辑页面与选中服务器不是同一个操作。后续规则如果显式指定了其他策略或服务器，实际连接仍可能由配置决定，因此还要核对 Global Routing。

选服务器

在 Home 点选已导入的服务器行，确认左侧出现选中圆点。首次测试只固定一个服务器，不同时切换多个条目，以便判断结果对应哪次操作。
核对路由

进入 Home → Global Routing，确认当前是 Proxy、Direct、Config 还是 Scene。已有可用规则配置时使用 Config；若要临时隔离规则影响，可以用 Proxy 做一次对照测试。
打开开关

返回 Home，打开顶部连接开关。首次建立连接时，系统会请求允许添加 VPN 配置；确认请求来自刚才的操作后允许，并按系统提示完成设备认证。
确认状态

回到 Shadowrocket，观察开关是否保持开启。系统允许添加配置只代表已授予建立 VPN 的权限，不代表远端服务器一定可达，也不代表目标网站已经访问成功。
执行测试

在 Home 运行 Connectivity Test，等待结果返回，再打开浏览器测试自己实际需要访问的页面。记录当前服务器、Global Routing 姿态与测试结果，作为后续排查基线。

如果此前取消了系统授权，重新打开连接开关并按提示处理即可；若设备由组织管理，且系统明确限制 VPN 配置，应先向设备管理人员确认权限。不要通过重复导入相同资料来处理系统授权问题。

三、Global Routing：区分四种路由姿态

Global Routing 决定连接怎样被处理，不是服务器是否在线的指示器。尤其在 Direct 下，网页能够打开不能用来证明所选代理服务器可用。下面只比较 Shadowrocket 自身的路由姿态，其中 Config 的推荐前提是已选中并核对过规则配置。

Config：按配置处理

Proxy：代理姿态

将应用接管的流量按代理姿态处理，用于临时检查所选服务器是否能够承载访问。测试结束后，按自己的使用需求恢复原来的姿态。

适合：隔离规则因素，进行短时连接对照。

Direct：直连姿态

按直连姿态处理流量，不以所选代理服务器完成普通访问。此时浏览器访问正常，只能说明对应直连路径可用。

适合：对照当前网络的直接访问情况。

Scene：场景姿态

按已经设置的场景条件使用对应路由安排。初次排查时需要先核对场景内容，避免把场景切换带来的行为变化误认为服务器故障。

适合：已经建立并核对场景设置的使用环境。

使用 Config 时，规则自上而下匹配，DOMAIN-SUFFIX 按域名后缀匹配，IP-CIDR 按地址段匹配，GEOIP 按 IP 地理归属匹配，FINAL 承担兜底。首次连接不必立刻重写规则；先确认当前选中的配置，再检查目标请求命中的策略。

四、Connectivity Test：读结果，不只看开关

Connectivity Test 是一次连通性检查，不等同于完整测速，也不代表所有域名、所有协议流量都已验证。测试返回耗时，说明对应测试请求得到了结果；出现超时则表示该次检查未在限定时间内完成。不要把超时直接解释成密码错误，或仅凭一个耗时数字推断日常访问速度。

两层验证：测试请求与实际访问

Home 内检查

固定所选服务器，保持连接开关开启，再运行 Connectivity Test。
记录返回耗时、超时或其他错误文字，不只记录“成功”或“失败”。
重复测试时保持同一网络、同一路由姿态，减少无关变量。

浏览器内检查

重新加载自己需要使用的目标页面，确认正文与必要资源能否完成加载。
若只有一个站点异常，记录具体域名与错误现象，检查其规则去向。
若切换 Wi-Fi 与蜂窝网络，分别记录结果，不把两种网络的数据混在一起。

结论：测试结果与实际访问都要检查；两者不一致时，优先定位测试目标、域名解析、规则与当前网络的差异。

例如，“开关保持开启，Connectivity Test 返回超时，浏览器也无法加载目标页”与“测试有耗时，只有一个目标域名失败”属于不同现象。前者先检查网络、服务器参数和服务状态；后者先检查该域名的解析与路由。这里是结果分类，不是对某条线路的实测结论。

五、连接会变化：核对 On Demand 与测试基线

手动关闭后又自动连接，可能与按需连接设置有关。进入 Settings → On Demand 查看当前设置，再核对系统中对应 VPN 配置的按需连接状态。On Demand 的作用是依据已配置条件触发连接行为，不会修复错误的 Address、Port 或认证字段。

手动测试基线

服务器入口: Home → 点选目标服务器，确认左侧圆点
路由入口: Home → Global Routing
测试入口: Home → Connectivity Test
记录内容: 网络类型、路由姿态、所选服务器、返回结果

每轮只改一个条件，才能比较修改前后的差异。

自动连接检查

应用入口: Settings → On Demand
检查对象: 已启用的按需连接条件与对应动作
系统核对: 系统设置中对应 VPN 配置的按需连接状态
排查做法: 记录原设置，临时停用自动触发后再手动测试

完成定位后按原需求恢复设置，不把临时排查状态当作长期配置。

切换网络前后也要注意其他 VPN 连接的状态，避免两个连接过程相互干扰。若只是想判断当前服务器是否可用，先固定网络、固定服务器、固定 Global Routing，再执行一次完整测试，比同时修改多项设置更容易找到原因。

六、首次连接常见问题

服务器已经导入，为什么还要点选一次？

导入负责把资料加入列表，点选负责确定默认服务器。在 Home 查看左侧圆点是否位于目标条目；如果 Config 中的规则显式指定了其他策略，还要核对该策略实际指向哪里。

开关打开了，网页却一直转圈怎么办？

先运行 Home → Connectivity Test，再查看 Home → Global Routing。若测试超时，核对 Address、Port 与认证字段；若测试返回结果而目标页失败，检查目标域名的规则与解析，不要立即重置全部配置。

Proxy 可以访问，Config 不行，是服务器坏了吗？

这个差异首先指向路由配置，而不是直接证明服务器故障。在 Config 中确认当前选中的配置文件，再检查目标域名是否被前面的规则匹配，以及 FINAL 使用什么策略；修改前先保留原配置。

拒绝过添加 VPN 配置，需要重新导入吗？

先回到 Home 重新打开连接开关，并处理系统授权提示。服务器资料与系统 VPN 授权是两件事；只有资料确实缺失或错误时才重新导入，避免列表出现难以区分的重复条目。

Wi-Fi 能用，蜂窝网络不能用，下一步查哪里？

保持同一服务器与 Global Routing，分别在两种网络运行 Connectivity Test，记录错误差异；再检查 Settings → On Demand 是否有不同的网络触发条件，并确认蜂窝网络本身可以正常访问。

完成首次连接的判断标准不是单独看到 VPN 状态，而是能够说明：当前选中了哪个服务器、使用哪种路由姿态、Connectivity Test 返回什么，以及目标页面是否按预期可用。保留这四项信息，之后更新订阅或调整 Config 时就有可比较的起点。