2026-10-21 · 入门指南 · 约 8 分钟

Shadowrocket 首次连接教程:选中默认服务器、打开开关并用 Connectivity Test 验证

节点导入后,在 Home 页点选服务器使其出现选中圆点,打开连接开关,再用 Connectivity Test 确认连接是否正常。

本文速览

Shadowrocket（小火箭）导入服务器后，还需要选中服务器、确认 Global Routing、打开连接开关并验证实际访问。本文以已持有服务商配置的 iPhone / iPad 用户为操作示例，区分“列表中存在”“已选中”“隧道已开启”和“目标可访问”四种状态，并给出测试失败时的检查顺序。Mac、Windows、安卓、Linux 用户也可沿用这一判断顺序，具体控件位置以对应平台界面为准。

一、先确认服务器已导入，而不只是保存了订阅

结论：Home 中需要出现可选择的服务器条目，首次连接才能继续。订阅是一组服务器信息的更新来源，保存订阅地址不等于已经成功取得其中的服务器。本文以用户已有自己的服务商与订阅为前提；本站不提供、不销售、不推荐节点或订阅。

如果 Home 已有服务器列表，直接进入下一节。若只有订阅名称却没有服务器，先完成订阅更新。不要在尚未取回服务器信息时反复打开连接开关，也不要把订阅地址填进单个服务器的地址字段。

二、在 Home 选中默认服务器，再打开连接开关

结论：点选服务器行，使选中圆点落在准备使用的条目上；然后才打开 Home 顶部连接开关。列表中的延迟数值、条目排列位置和订阅分组名称，都不能代替选中标记。此处的“默认服务器”指当前手动选中的服务器；若 Config 使用策略组，实际出站还可能由策略组选择决定。

  1. 查看列表

    进入 Home，展开已有订阅分组，找到准备使用的服务器。先确认条目存在，再检查是否有重复名称，避免选到同名但参数不同的条目。

  2. 点选服务器

    点按服务器行，让选中圆点出现在该条目旁。进入条目详情只是查看或编辑参数，返回后仍应核对列表中的选中状态。

  3. 确认路由

    在 Home → Global Routing 查看当前姿态。已有可用规则文件时使用 Config；尚未确认规则是否正确时，可临时使用 Proxy 做对照测试。

  4. 打开开关

    回到 Home 打开顶部连接开关。iPhone / iPad 首次使用时，按系统提示允许添加 VPN 配置，并完成系统要求的设备验证；取消授权后隧道无法按此流程建立。

  5. 运行测试

    保持连接开关开启，在 Home 运行 Connectivity Test，等待本轮结束并记录结果，再用浏览器验证实际需要访问的页面。

打开开关后，应同时观察应用连接状态和系统 VPN 状态。系统图标是否常驻会受设备界面影响，不能只凭状态栏图标下结论。若开关立即恢复关闭，先检查系统授权或错误提示，而不是继续调整 DNS。切换服务器后，等待连接状态稳定；如果仍像是在沿用旧连接，可关闭再开启连接开关，随后重新测试。

三、Global Routing 怎么选：先分清 Config、Proxy 与 Direct

结论：日常使用已有且确认有效的规则配置时选 Config；排查规则影响时临时用 Proxy 对照；Direct 用于确认直连表现。Global Routing 决定路由姿态，不负责下载订阅，也不会自动修复服务器的认证参数。

Config

推荐

按当前启用的配置文件匹配规则。请求可能被分配到 DIRECT、代理策略或 REJECT，并非所有请求都会经过 Home 选中的服务器。使用前在 Config 确认已启用预期文件。

适合：已有有效规则配置的日常使用。

Proxy

以代理姿态处理进入客户端的流量，用于对照规则分流是否影响目标访问。它不表示设备上每一种流量都必然被接管，也不能让无效的服务器变为可用。

适合：临时验证所选服务器、排查 Config 规则影响。

Direct

以直连姿态处理流量，不用它判断代理服务器是否可用。即使 Home 选中了服务器，停留在 Direct 时的网页成功也不能证明代理链路成功。

适合：建立本地网络直连对照，检查普通网页是否可达。

若 Global Routing 中显示 Scene，它用于按已设置的场景条件选择路由行为。首次验证时，先明确当前场景会采用什么姿态；无法确认时，临时固定为 Config 或 Proxy，减少自动切换带来的变量。验证结束后恢复原设置，不要把临时诊断姿态当作已经完成的日常配置。

四、Connectivity Test 成功后，还要核对实际请求

结论：Connectivity Test 用于检查测试目标的连通情况，不是带宽测速，也不是所有网站和应用均可用的保证。服务器列表中的延迟探测、连接开关状态、Connectivity Test 与浏览器实际访问，是不同层次的证据，应分开记录。

观察位置可以确认不能单独确认
Home 选中圆点当前手动选择的服务器条目服务器认证成功或目标可访问
连接开关与 VPN 状态隧道是否处于开启状态远端服务器、DNS 和目标站点均正常
服务器延迟探测当前探测方式下的响应情况完整业务请求的成功率与下载速度
Connectivity Test当前设置下测试目标的连通结果所有请求都走代理或所有目标均可用
浏览器实际访问特定页面在本次条件下能否加载其他应用、其他域名与其他网络也正常

推荐按同一顺序完成一次验证：开启连接，运行 Connectivity Test，再打开浏览器刷新目标页面。测试成功但页面失败时，记录页面错误属于域名解析失败、连接超时还是证书错误，不要统一记成“连不上”。如果浏览器保留旧页面，刷新或新开页面后再观察，避免把缓存内容当作新请求成功。

例如，“Proxy 下测试通过、目标页面能打开，Config 下同一页面失败”首先指向配置或策略差异；“两种姿态下测试都超时，但关闭连接后普通网页正常”则需要检查服务器参数和代理链路。这些是判断分支，不是本文对某条线路的实测结果。复测时固定同一服务器、同一网络和同一目标，只改变一个设置。

五、测试失败时，按服务器参数与路由配置分开检查

结论：先查服务器能否完成连接，再查请求是否走到预期策略。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 的字段并不相同，不能只把协议名称改一下就继续使用原参数。地址、端口、认证信息及传输相关字段都应与自己的服务商配置一致。

服务器核对项

Type
与原配置的协议一致，不以名称相近代替。
地址
使用原配置指定的域名或 IP，不擅自互换。
端口
逐位核对；即使填入 443，也不代表该服务必然使用 TLS。
认证
核对密码、UUID 或密钥，避免复制时带入空格与换行。

端口号不是协议判据；以服务商提供的完整参数为准。

路由核对项

入口
Home → Global Routing，记录当前姿态。
配置
进入 Config，确认启用的是准备使用的文件。
策略
检查目标域名命中 DIRECT、PROXY、REJECT 或哪个策略组。
自动连接
进入 Settings → On Demand，核对是否有影响复测的自动连接条件。

排查期间固定路由姿态，复测结束后再恢复自动连接设置。

Config 下的规则由上向下匹配，FINAL 负责前面未匹配请求的兜底处理。DOMAIN-SUFFIX 匹配域名后缀，IP-CIDR 匹配地址网段，GEOIP 按目标 IP 的地理分类匹配。若前面的宽泛规则已命中，后面的具体规则便不会再起作用。以下仅演示语法与顺序，不是可直接替换日常配置的完整文件。

DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY

示例中的 example.com 只是规则语法用例，不是服务推荐。若测试目标被规则分到 DIRECT，测试成功仍不能证明代理服务器可用；要验证代理链路，应结合 Proxy 对照和实际请求记录。也不要为了让一次测试通过而关闭证书验证，这会掩盖域名、设备时间或服务端证书等问题。

六、用 Wi-Fi 与蜂窝网络对照，避免一次修改多个变量

结论：同一配置在两个网络下结果不同，优先沿网络条件继续排查，不要立即删除全部配置。切换网络前记录所选服务器、Global Routing 姿态和测试目标，切换后保持这三项不变，再重新运行 Connectivity Test。

对照方案：固定配置，只切换接入网络

Wi-Fi 环境
  • 先确认 Wi-Fi 已完成门户认证，普通网页可以直连。
  • 记录当前选中服务器与 Global Routing 姿态。
  • 开启连接，运行 Connectivity Test，再验证目标页面。
  • 若仅此网络失败，检查路由器限制、DNS 与 UDP 可达性。
蜂窝网络环境
  • 关闭 Wi-Fi，确认设备实际使用蜂窝数据。
  • 保持同一服务器、同一路由姿态与同一测试目标。
  • 重新建立连接后再运行测试，不沿用上一次结果。
  • 若应用无法联网，检查系统是否允许其使用蜂窝数据。

一轮只改变接入网络；确认差异后，再单独检查 DNS、协议传输或网络限制。

在 Settings → On Demand 配置了自动连接时，手动关闭连接后可能因触发条件再次连接。为了取得清晰的直连对照，可先记录并暂时停用相关自动连接条件，测试完成后恢复。涉及 Hysteria2、WireGuard 等依赖 UDP 的连接时，还应确认当前网络是否允许所需 UDP 通信；TCP 网页可打开并不能证明 UDP 同样可达。

七、首次连接常见问题

服务器都导入了，为什么还要点一下？

导入只让服务器进入 Home 列表，不等于把它设为当前选择。回到 Home 点按准备使用的服务器行，确认选中圆点，再开启连接。如果 Config 使用策略组，还要检查相应组内的选择。

开关已打开，但 Connectivity Test 超时怎么办？

先确认 Global Routing 不是误停在 Direct，再核对选中服务器的地址、端口和认证信息。用 Proxy 做一次对照；仍失败时保持配置不变，切换 Wi-Fi 与蜂窝网络复测，并记录超时出现在哪一步。

测试成功，为什么只有某个网页打不开？

先刷新该页面并记录具体错误。在 Config 确认所用文件及目标匹配策略，再临时改为 Proxy 复测。如果只是单个域名失败，继续检查该域名的 DNS、规则与目标服务状态，不要把测试成功理解为所有网站均可达。

重开应用后，怎样确认连接还在？

回到 Home 查看连接开关、当前选中服务器和 Global Routing，再运行一次 Connectivity Test。若连接自动恢复，检查 Settings → On Demand；若开关关闭，则重新开启并观察是否出现系统授权或连接错误。

首次连接完成的判断标准是：服务器选中状态明确，隧道正常开启，当前路由姿态与预期一致，Connectivity Test 和实际目标访问均已验证。以后更换服务器、更新订阅或切换配置文件时，也可以复用这套顺序，避免只凭某一个延迟数字判断连接是否正常。

下载 Shadowrocket