Shadowrocket(小火箭)首次使用应先核对应用来源,再准备自己已有的服务器或订阅资料,完成添加、VPN 配置授权和连接验证。本文按十个实际问题说明操作顺序,区分客户端购买、服务器参数、Global Routing 与自动连接设置;排查时一次只改一项,避免把导入问题与连接问题混在一起。
一、购买应用后,是否已经包含服务器?
没有。Shadowrocket 是闭源商业应用,App Store 的一次性买断对应客户端本身,不等于获得服务器账号或线路套餐。首次打开时,即使应用已经安装完成,仍需添加自己已有的服务器资料或订阅。本文以用户已有自己的服务商与订阅为前提,只说明如何核对与使用配置,不提供、不销售、不推荐任何节点或订阅。
唯一获取入口是 App Store。核对产品名称 Shadowrocket、开发者 Shadow Launch Technology Limited 和应用 ID 932747118;不要仅凭搜索结果中的图标颜色判断。应用以 iPhone、iPad 使用为主,其他 Apple 设备的兼容性、系统要求及通用购买适用范围,以 App Store 页面标注为准。
二、第一次连接为什么要求添加 VPN 配置?
这是系统允许应用建立 VPN 连接所需的授权,不是购买第二项服务。首次在 Home 打开连接开关时,系统可能请求添加 VPN 配置;确认请求来自刚刚打开的 Shadowrocket 后,再按系统提示允许并完成设备验证。授权只代表系统允许建立连接,不代表服务器参数正确,也不代表所有请求都会经过代理。
- 选择允许后:返回 Home,观察开关和连接状态,再实际打开一个网页验证。
- 此前选择拒绝:回到 Home 重新尝试连接,按系统提示处理;若仍失败,再查看系统设置中的 VPN 配置状态。
- 设备受管理:系统策略可能限制添加 VPN 配置,应先确认设备管理要求,不要反复删除其他用途的配置。
系统显示 VPN 状态只能说明隧道状态,不能单独证明远端服务可用。后续仍需分别检查所选服务器、Global Routing 和规则。若授权尚未完成,应先处理授权,不要同时修改 DNS、协议和规则来碰运气。
三、已有服务器资料,Add Server 应该怎么填?
先辨认资料类型:一组服务器地址、端口和认证信息属于单个服务器配置;能返回一组配置的地址通常属于订阅;二维码则是信息的载体,内容仍可能是单个配置或订阅。不要把订阅链接粘贴到普通服务器的 Address 字段,也不要只根据端口号猜协议。下列步骤适用于手动添加单个服务器。
-
进入添加
在 Home 点击右上角“+”,进入 Add Server,先打开 Type 选择与已有资料一致的协议。
-
核对参数
逐项填写 Address、Port 以及该协议要求的认证信息;例如 Port 为 443 时只填数字 443,不把整段网址一起填入。
-
保存选择
保存后返回 Home,确认列表内出现该条目并选中它;名称只用于辨认,改名不会修复地址或认证参数。
-
连接验证
打开连接开关并完成系统授权,实际访问网页;失败时先复核刚填入的字段,不要同时更换多项设置。
Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 的参数结构并不相同。某些配置还包含 TLS、服务器名称或传输相关字段,应按原始资料逐项核对。端口 443 不等于协议必然是 Trojan,也不表示可以省略认证信息。
四、扫码添加和 Subscribe 导入有什么区别?
扫码只是读取二维码里的配置内容,不会替用户确认服务状态。在 Home 使用扫描入口时,根据系统提示授予相机权限;扫码完成后,核对导入条目的类型和地址,再尝试连接。二维码可能包含密码、密钥或订阅凭据,不应发到公开讨论区请人识别。
- 扫码添加:适合已有可识别二维码的情况;如果提示无法识别,先确认二维码确实包含应用支持的配置,而不是普通网页地址。
- Subscribe 导入:在 Home → “+” → Type → Subscribe 中填写自己已有的订阅链接,保存后确认更新结果。
- 列表为空:核对链接是否完整、订阅是否有效、返回内容是否为支持的配置;能在浏览器打开一个页面,并不代表其内容能被解析。
订阅更新会按远端返回内容刷新相应条目,不能把手工修改后的订阅条目当作永久备份。需要保留特殊修改时,先区分独立添加的服务器与订阅生成的服务器。Settings → Subscribe 中的更新选项会影响更新行为;是否经代理更新,应依据该订阅地址的实际可达性判断,而不是无条件开启。
五、Global Routing 应选 Config、Proxy 还是 Direct?
先确定验证目的,再选模式。首次确认某个服务器是否能够代理请求时,可以临时使用 Proxy;日常按规则分流通常使用 Config,前提是已经选中并核对所需配置。Direct 用于直连对照,不适合作为验证远端代理是否可用的依据。Scene 用于按已配置的场景处理路由,不能理解为另一个通用的“加速”选项。
先区分三种模式
- Proxy
- 以代理路径处理请求,适合临时验证所选服务器。
- Direct
- 以直连路径处理请求,不验证远端代理的工作状态。
- Config
- 按当前配置中的规则决定请求采用的策略。
入口为 Home → Global Routing;切换后用同一目标复测。
再核对场景与配置
- Scene
- 按已配置的场景使用对应路由设置。
- Config
- 在 Config 区域确认当前选中的配置文件与规则内容。
- FINAL
- 前面的规则均未命中时,采用该项指定的最终策略。
同名 Config 分别出现在模式与配置区域,排查时要区分上下文。
如果 Proxy 可以访问同一目标,而 Config 不可以,应继续检查规则命中与最终策略,不要立即删除服务器。反过来,Direct 能访问某个网站只说明本地网络可以直达该目标,不能据此断定代理配置正确。测试结束后恢复自己原本需要的模式。
六、Home、Config、Settings 分别看什么?
Home 主要用于选择服务器、查看连接状态和设置 Global Routing;Config 用于管理配置文件与规则;Settings 用于查看应用设置,例如 Subscribe 与 On Demand。服务器决定连接到哪里,配置规则决定哪些请求采用哪种策略,两者不是同一个层级。订阅导入后看到了服务器,不代表规则文件也已经按预期启用。
DOMAIN-SUFFIX,example.com,DIRECT:对域名后缀进行匹配,命中后采用 DIRECT。IP-CIDR,192.168.0.0/16,DIRECT:匹配指定 IPv4 地址段;是否涉及域名解析还要结合规则选项与上下文。GEOIP,CN,DIRECT:按 IP 地理归属数据匹配,结果受所用数据影响。FINAL,PROXY:在前面的规则均未命中时采用 PROXY。
以上仅说明语法,不是一份可直接套用的完整配置。规则通常自上而下匹配,应把更具体的例外放在宽泛规则之前,并检查策略名称是否存在。某个目标被 REJECT 拒绝时,重新导入服务器不会自动改变那条拒绝规则。进一步的关键字解释可查阅协议手册与术语表。
七、连接开关已打开,为什么网页仍然打不开?
开关开启只代表客户端进入连接状态,故障仍可能发生在本地网络、服务器认证、远端可达性、DNS 或规则选择环节。先用同一个目标做对照,再逐步缩小范围;不要一次更改服务器、模式、DNS 与规则,否则即使恢复,也无法确认是哪项设置起作用。
- 先验证本地网络:断开 Shadowrocket,在当前 Wi-Fi 或蜂窝网络访问原本可以直连的网页,必要时完成网络登录认证。
- 再复核服务器:检查 Home 中实际选中的条目,并核对地址、端口、认证和 TLS 相关字段是否与已有资料一致。
- 做模式对照:临时切到 Proxy 测试同一目标;若仅 Config 失败,继续看规则、REJECT 与 FINAL 的策略。
- 最后查解析:若现象指向域名解析,再检查当前 Config 中的 DNS 设置,记录修改前的值并一次只调整一项。
延迟测试有结果不等于网页一定可访问,超时也不应直接解释成密码错误。测试方法、网络阻断与服务器响应都会影响结果。向已有服务的维护方反馈时,描述网络类型、失败目标和错误现象即可,不要附上完整订阅地址或认证信息。
八、退出应用或锁屏后,开关为什么会变化?
回到主屏幕不等于主动断开 VPN,连接状态应以系统与 Home 中显示的实际结果为准。如果切换网络、锁屏或重新打开应用后发现状态变化,先记录发生条件,再检查 Settings → On Demand。自动连接条件、其他 VPN 配置和网络切换都可能影响观察结果,不能只凭一次断开就判断服务器失效。
- 手动测试阶段:先核对 On Demand 是否启用;需要验证纯手动连接行为时,暂时关闭并记下原设置。
- 切换网络后变化:比较变化是否总发生在 Wi-Fi 与蜂窝网络切换之后,再检查对应自动连接条件。
- 关闭后又连接:检查 On Demand 或系统中的自动连接设置是否仍在生效,不要把自动重连误当成开关无效。
- 与其他 VPN 交替:测试时保持所需配置明确,避免另一个 VPN 的启动改变当前状态。
On Demand 是按条件自动处理连接的功能,不是服务器可用性保证。确认手动连接稳定后再配置自动行为,更容易区分“触发条件不符合预期”和“远端连接失败”这两类问题。
九、订阅更新后,原来选中的服务器为什么变了?
订阅内容由用户已有的服务返回,更新时条目的名称、数量与参数可能变化。更新后应重新核对 Home 中当前选中的服务器,不要假定列表位置不变就代表同一个服务器。如果列表数量变少,先核对订阅状态和返回内容,再决定是否需要手动更新;反复删除重加并不能修复远端返回为空的问题。
- 记录更新前所选服务器的名称和协议,不记录或公开密码、密钥与订阅 token。
- 确认当前网络能够访问订阅地址,再执行更新,观察是否有超时或解析失败提示。
- 更新完成后检查条目是否存在,重新选中需要的服务器,再测试同一个网页。
- 若只有通过代理才能访问订阅地址,再核对 Settings → Subscribe → Update via Proxy,并确认当前已有可用代理。
当全部服务器都不可用时,开启 Update via Proxy 可能仍无法取得订阅,因为更新本身也需要先走一条可用路径。不要把它当成通用修复开关。订阅地址中的凭据等同于访问该订阅的权限,截图时应遮住完整链接,而不只是隐藏显示名称。
十、首次配置完成后,怎样确认并保留可用状态?
完成一次连接验证后,应记录可重复的设置组合:所选服务器、Global Routing 模式、当前 Config 以及 On Demand 状态。分别在需要使用的网络中验证,不要求所有目标都走同一路径;Config 模式下,直连、代理或拒绝取决于命中的规则。下面三个常见追问可以帮助完成最后核对。
同一个网页能打开,就算全部设置正确吗?
不能。先确认 Home → Global Routing 的模式,再选择一个需要代理的目标和一个预期直连的目标分别测试。只验证一个网页,无法证明所有规则都符合预期;记录结果时把模式与网络类型一起写明。
换到 iPad 后,购买和配置都要重新做吗?
先在 App Store 核对购买记录及设备兼容性,通用购买适用范围以 App Store 页面标注为准。客户端购买记录与服务器配置是两回事,不要把重新获取应用视为配置已自动恢复;应在新设备上核对已有资料与 VPN 授权状态。
给别人看截图,哪些内容需要遮住?
遮住订阅完整地址、二维码、密码、密钥和其他认证字段。保留 Type、Global Routing、错误提示及不含凭据的操作步骤,通常更有助于定位问题;不要直接发送完整配置文件来代替现象描述。
首次使用的完成标准是“能解释当前请求为什么采用这条路径”,而不只是看到一个开启的开关。后续出现问题时,先回到最后一次验证成功的组合,再逐项检查发生变化的内容。需要按操作顺序重新核对,可继续阅读使用教程。