Shadowrocket 首次连接：选中服务器、打开开关、Connectivity Test 验证

本文速览

本文适合已安装 Shadowrocket（小火箭）、已有自己的服务商与订阅，但尚未完成首次连接的用户。操作按“导入并选中服务器 → 检查 Global Routing → 打开连接开关 → 运行 Connectivity Test → 实际访问验证”进行。读完可区分列表导入成功、系统 VPN 已连接与目标网站可访问这三种不同状态，并按测试结果定位下一步。

一、在 Home 导入订阅并选中服务器

订阅导入成功，只说明 Shadowrocket 已取得并读取服务器资料。它不等于已经建立连接，也不等于列表中的每台服务器都能使用。先检查 Home 是否出现服务器条目，再明确选中其中一台，避免把“看到了列表”误认为“已经连上”。

导入订阅

进入 Home → 右上角“+” → Type → Subscribe，填写自己已有的订阅链接并保存。订阅地址可能包含访问凭据，应从自己的服务商账户资料中完整复制，不要把它粘贴到公开留言或截图中。
检查列表

返回 Home，确认订阅分组下已经显示服务器。需要更新时，在 Home 下拉刷新。若仍是空列表，先检查订阅是否有效以及是否返回服务器资料，此时不必反复打开连接开关。
选中服务器

点选目标服务器左侧的圆点，将它设为当前默认服务器。进入条目编辑页查看参数与选中服务器是两项操作；返回 Home 后应再次确认选中标记落在预期条目旁。
核对参数

若使用手动填写的服务器，核对 Type、地址、端口和认证信息。端口必须与自己的服务端配置一致；即使端口是常见的 443，也不能据此推断协议或认证方式正确。订阅条目优先通过重新更新恢复，避免凭猜测改写参数。

Home 负责服务器选择与连接操作，Config 用于管理规则配置，Settings 用于应用设置。首次连接先在 Home 建立可验证的基线，不要同时调整 DNS、规则和自动连接条件。一次只改一个变量，才能判断变化来自哪里。

二、检查 Global Routing，区分测试与日常使用

Global Routing 决定进入 Shadowrocket 的连接如何选择策略。选中了服务器，并不表示所有请求都会使用它。首次排查可临时使用 Proxy，减少规则分流带来的变量；完成验证后，再按自己的配置需求选择 Config。以下比较仅涉及 Shadowrocket 内部的路由姿态。

Proxy

Config

按当前生效配置的规则决定连接策略。规则可能指定 DIRECT、REJECT 或代理策略，因此需要结合匹配结果判断请求是否经过所选服务器。

适合：已确认链路可用，并准备按规则日常使用。

Direct

使用直连姿态。此时网页能够打开，并不能作为代理服务器可用的证据；本地网络本身可能已经可以访问该目标。

适合：对照本地网络访问情况。

Scene

按已设置的场景处理路由选择。若尚未了解自己的场景条件，首次排查不要依赖它，以免网络变化时路由姿态也随之变化。

适合：已有明确场景配置并能核对当前条件的用户。

使用 Config 时，规则通常按顺序匹配。例如 DOMAIN-SUFFIX,example.com,DIRECT 会让匹配该域名后缀的连接直连，FINAL,PROXY 则为未命中前面规则的连接指定代理策略。不要只看最后一行就推断某次访问必然经过代理；前面的匹配可能已经决定了结果。

三、打开连接开关并完成系统授权

回到 Home，打开顶部连接开关。首次使用时，系统会请求允许添加 VPN 配置。确认请求由当前打开的 Shadowrocket 发起后，按系统提示允许，并完成设备要求的身份验证。此授权用于让应用建立网络隧道，不会代替订阅的认证，也不会使失效的服务器自动恢复。

首次连接核对

操作入口: Home → 顶部连接开关
系统提示: 允许添加 VPN 配置，并完成系统验证。
返回检查: 确认 Home 的开关没有立即退回关闭状态。
验证动作: 执行 Connectivity Test，再尝试实际访问。

系统 VPN 已启用只说明隧道状态，不能单独证明远端服务器链路正常。

自动连接核对

设置入口: Settings → On Demand
检查对象: 是否存在会在当前网络触发的连接条件。
排查操作: 记录原设置，暂时关闭 On Demand 后手动连接。
恢复时机: 手动连接与访问验证均通过之后。

On Demand 管理何时连接，不负责修复服务器地址、认证信息或路由规则。

如果误点了拒绝，返回 Home 重新触发连接，并按系统提示处理。若开关一开就关闭，先观察是否存在未完成的授权或错误提示，再检查系统里是否有其他正在工作的 VPN 配置。不要先删除所有系统网络设置；这样会扩大排查范围，也会丢失原有网络信息。

四、用 Connectivity Test 验证，再检查实际访问

在 Home 执行 Connectivity Test，检查当前服务器的测试结果。测试结果受测试方法、目标地址和当前网络影响。出现有效响应可作为链路可达的线索，但一个延迟数字不能证明每个网站、每种协议或每条分流规则都能正常工作。

固定测试条件。记下当前选中的服务器、Global Routing 姿态与网络类型。测试期间不要同时切换服务器和 Wi-Fi，否则前后结果无法直接比较。
等待结果结束。区分有效响应与超时、失败提示。不要把仍在测试的状态当作失败，也不要用列表中旧的测试结果代表刚刚建立的连接。
重新访问目标。在浏览器新开页面访问自己需要使用的网站，确认能否加载实际内容。只看到之前已缓存的页面，不足以证明新的网络请求成功。
对照配置姿态。如果 Proxy 下可访问，切回 Config 后失败，优先检查当前配置与命中规则；若两种姿态都失败，再检查服务器参数、网络可达性和解析结果。
保存有效基线。记录能通过测试的服务器与网络环境。后续调整规则或自动连接时，保留这组条件用于对照，不必保存包含密码或订阅令牌的截图。

一种常见现象是 Connectivity Test 有响应，但某个网站打不开。这并不矛盾：测试目标和实际网站可能不同，域名解析、目标站点状态及分流策略也可能不同。另一种现象是测试目标超时，但部分实际访问成功，此时应继续核对测试方式与目标，不宜仅凭一次超时判定整条链路失效。

五、在 Wi-Fi 与蜂窝网络之间做单变量对照

同一台服务器可能在不同接入网络下呈现不同结果。Wi-Fi 的门户认证、局域网限制或蜂窝网络的当前信号，都可能影响首次测试。应保持服务器与路由姿态不变，只切换接入网络，再重复 Connectivity Test 和同一个实际访问动作。

对照方案：固定服务器，只切换接入网络

Wi-Fi 环境

先完成该 Wi-Fi 所需的门户认证。
确认连接关闭时本地网络可以正常访问日常页面。
打开 Shadowrocket，记录 Connectivity Test 是否响应。
若只在此网络失败，保留结果供网络条件核对。

蜂窝网络环境

在具备蜂窝网络能力的设备上关闭 Wi-Fi。
确认设备已允许 Shadowrocket 使用蜂窝数据。
保持相同服务器与 Global Routing 姿态重新连接。
重复相同测试，避免同时修改 DNS 或协议参数。

只在一种网络失败时，先核对该网络条件；两种网络均失败时，再检查服务器有效性、地址、端口与认证资料。

没有蜂窝网络能力的 iPad 可使用另一条自己有权使用的 Wi-Fi 作对照。切换网络后若连接自动恢复或断开，应回到 Settings → On Demand 检查条件。不要把自动连接行为与 Global Routing 混为一谈：前者决定何时建立连接，后者决定连接建立后如何路由。

六、首次连接常见问题与下一步

服务器很多，点名称算选中了吗？

以 Home 中服务器左侧圆点的选中状态为准。点名称或详情入口可能进入编辑页面，并不等于修改默认服务器。返回列表后检查标记，再打开连接开关；不要依靠列表排序推断当前选择。

开关开着，为什么还是打不开？

先执行 Home → Connectivity Test，再检查 Global Routing 是否为预期姿态。若当前是 Config，临时用 Proxy 对照；只有 Config 失败时，转到 Config 核对当前生效文件与规则。两者都失败时，继续检查服务器资料和网络条件。

订阅更新失败，要重新安装吗？

先确认订阅地址完整、订阅仍有效，并检查当前网络是否能访问该地址。如果现有服务器仍可用，可先建立连接，再回到 Home 下拉刷新。更新订阅是取得列表资料，连接服务器是建立数据链路，两者应分别排查，不必首先重新安装应用。

为什么关掉后又自动连上？

进入 Settings → On Demand 核对自动连接条件。记录原设置后暂时关闭 On Demand，再执行手动连接和断开对照。若行为仍不符合预期，检查系统当前启用的 VPN 配置，确认操作对象确实是 Shadowrocket。

验证通过后，再切换到日常使用的 Config，并逐步恢复 On Demand 等设置。每恢复一项，都重新访问同一个目标页面。若问题随某一项设置出现，保留可工作的基线，围绕该项排查，比重新导入全部配置更容易定位原因。

需要向自己的服务商反馈时，可提供测试时间、网络类型、所选服务器名称、Global Routing 姿态和错误提示。认证密码、完整订阅链接及其令牌应隐藏。客户端购买与线路服务是两回事，购买 Shadowrocket 不会自动生成可用服务器。