Shadowrocket(小火箭)首次使用的顺序是:确认已有连接资料,导入并选择服务器,核对 Global Routing,再打开连接开关并按系统提示允许添加 VPN 配置。本文适合第一次在 iPhone 或 iPad 上操作的用户,重点区分系统授权、服务器选择、路由方式与连通性测试,避免把“允许添加配置”误当成“连接已经可用”。
首次连接前:区分应用、连接资料与 VPN 权限
Shadowrocket 是 Apple 平台的付费客户端,唯一获取入口是 App Store,开发者为 Shadow Launch Technology Limited。购买适用性、设备兼容性与系统要求以 App Store 页面标注为准。尚未安装时,先到正版核验页检查产品信息;本文后续步骤以已经安装应用、用户已有自己的服务商与订阅或手动连接参数为前提。
客户端买断 ≠ 线路套餐。仅完成应用购买,Home 中不一定就有可连接的服务器。VPN 权限则是另一件事:它允许应用建立用于处理设备网络流量的系统 VPN 配置,不会替用户生成服务器地址、密码或订阅资料。
- Home:查看连接状态,选择 SERVER 条目,调整 Global Routing,并执行 Connectivity Test。
- Config:管理用于规则分流等功能的配置文件。服务器订阅与规则配置文件用途不同,不应仅凭文件名混用。
- Settings:调整应用行为,例如通过 Settings → On Demand 检查按需连接设置。
VPN 配置授权:从导入资料到第一次打开开关
系统的“添加 VPN 配置”提示通常出现在首次尝试建立连接、且设备尚无对应 VPN 配置时,不一定在第一次打开应用的瞬间出现。它是系统级确认,不是购买提示,也不代表远端服务器已经通过测试。按以下顺序操作,能把资料问题与权限问题分开检查。
-
准备资料
确认已有订阅链接,或已有完整的服务器连接参数。手动录入时,协议、地址、端口和认证信息均以原资料为准,不用猜测端口,也不要把网页管理地址直接填作服务器地址。
-
导入订阅
在 Home 点击右上角“+”,将 Type 设为 Subscribe,填写自己的订阅 URL 后保存。订阅地址应完整保留查询参数;不要在链接前后带入空格或说明文字。返回 Home 后检查订阅分组是否已出现服务器条目。
-
选择条目
在 Home → SERVER 中点选准备使用的服务器,核对当前选中标记。只有分组标题、没有具体服务器时,先检查订阅是否成功读取,再继续连接。
-
检查路由
打开 Home → Global Routing,确认当前使用的方式。已经准备好规则配置时检查 Config 及其实际启用文件;仅为隔离规则影响进行短时测试时,可以使用 Proxy,测试后恢复原设置。
-
允许配置
打开 Home 顶部连接开关。系统询问是否允许添加 VPN 配置时,确认操作来自 Shadowrocket 后选择允许,并按设备要求完成身份验证。返回应用,继续观察状态是否变化。
如果误点了拒绝,回到 Shadowrocket 再次尝试打开连接开关,按重新出现的系统提示处理。仍无法完成时,到 iPhone 或 iPad 的系统设置 → 通用 → VPN 与设备管理 → VPN 查看相关配置与状态;系统语言不同,入口文字可能不同。受管理设备还可能存在组织限制,应先确认设备策略,不要反复删除不明配置。
Home 顶部:Not Connected 与 Global Routing 各管什么
Not Connected 表示当前未建立应用对应的连接。顶部开关控制连接启停,Global Routing 控制流量采用哪一种路由方式,两者不是同一个设置。连接建立后,也不能仅凭状态文字判断所有网站、所有协议都能正常使用,还需要后续的实际访问检查。
Global Routing 中的 Proxy、Direct、Config、Scene 应按当前任务选择。下面的“推荐”有明确前提:已有可用且经过检查的规则配置。首次使用时,不要为了消除报错而同时更换服务器、切换路由方式并修改规则,否则无法判断是哪项改动产生了效果。
Config
推荐按照当前启用配置中的规则决定请求去向。结果取决于规则顺序、命中策略及 FINAL,并不是固定的“部分直连、其余代理”。
适合:已有有效规则配置,需要按目标地址分流。
Proxy
以代理方式处理流量,不按 Config 中的目标分流规则决定去向。它可以用于短时隔离规则因素,但不能修复错误的地址、认证参数或远端服务故障。
适合:在保持同一服务器的前提下,检查问题是否与规则分流有关。
Direct
采用直接连接方式。应用开关处于连接状态,并不意味着请求一定经过远端代理服务器;判断请求去向时,必须同时检查这个选项。
适合:对照当前网络的直接访问结果。
Scene
使用已设置的场景进行路由选择,需要同时核对场景条件与对应动作。没有检查场景内容前,不应把它当成与 Config 完全相同的选项。
适合:已明确配置场景,并能核对当前条件对应结果。
SERVER 与 Connectivity Test:先选条目,再验证访问
SERVER 列表承载手动添加或从已有订阅读取的服务器。订阅是获取、更新这些条目的入口,不等于当前一定选中了某个可用条目;列表能显示名称,也不代表地址、认证或远端状态一定正常。先确认选中项,再执行 Home → Connectivity Test,并查看应用实际返回的结果。
| 看到的现象 | 可以判断什么 | 下一步检查 |
|---|---|---|
| SERVER 没有具体条目 | 尚无可选服务器,或订阅未成功读取 | 核对 Subscribe 的 URL 是否完整,检查更新提示 |
| 测试显示延迟数值 | 该次测试按当前测试方式得到了响应 | 打开连接,用实际需要的网页继续验证 |
| 测试显示超时 | 本次测试未在期限内得到预期响应 | 检查本地网络、服务器参数及测试方式,不立即认定订阅失效 |
| 已连接但目标网页失败 | 连接状态与该目标的可访问性不一致 | 核对 Global Routing、规则去向与 DNS,再重复访问同一目标 |
延迟测试不是带宽测试,也不是所有网站的可用性保证。对照时应保持同一个目标、同一网络和同一服务器,只改变一项设置。若需要切换 Wi-Fi 与蜂窝网络,先记录切换前结果,再重复同一项操作;这样才能区分本地网络差异与配置差异。
- 更新订阅前记住当前选中项;更新后核对条目是否变更,以及选择是否仍符合预期。
- 不要把列表显示名称当成协议参数。编辑详情中的协议、端口与认证内容才是连接依据。
- 测试成功后仍需实际访问;测试失败时先读错误信息,再决定检查资料还是网络。
Config 与 On Demand:首次使用先读懂两个边界
Config 负责的规则分流,与 Settings → On Demand 负责的按需连接是两层逻辑:前者回答“请求走哪里”,后者回答“什么条件下尝试连接”。首次建立手动连接还未验证成功时,先不增加自动触发条件,能够减少排查变量。
规则关键字
- DOMAIN-SUFFIX
- 按域名后缀匹配,例如 example.com。
- GEOIP
- 按 IP 地理归属匹配,例如 CN。
- IP-CIDR
- 按 IPv4 网段匹配,例如 192.168.0.0/16。
- FINAL
- 为未命中前面规则的请求指定末尾策略。
规则通常按顺序匹配;检查命中项时,也要核对该项引用的策略是否存在。
按需连接
- 入口
- Settings → On Demand。
- 用途
- 按配置条件触发连接行为。
- 检查时机
- 手动连接和实际访问验证完成之后。
- 排查重点
- 关闭连接后若再次连接,核对是否仍启用了按需规则。
按需连接不替代有效的服务器资料,也不能保证所有网络环境下都能连接。
如果 Global Routing 选择 Config,遇到单个网站异常时,应先确认实际启用的是哪份配置,再检查相关域名规则与 FINAL。不要因为某次访问失败就清空全部规则。修改前保留原文件,每次只调整一处,再使用相同目标验证。
首次使用常见问题:按现象回到对应入口
允许 VPN 配置之后,为什么还是打不开网页?
授权只解决系统允许建立配置这一环。回到 Home 检查连接状态、SERVER 选中项和 Global Routing,再执行 Connectivity Test。若测试有响应但目标网页仍失败,保持同一服务器,对照 Proxy 与原来的 Config 结果,继续定位规则或目标访问问题。
刚打开应用,没有看到添加 VPN 配置提示,正常吗?
先确认是否已经尝试开启连接。系统提示不一定在打开应用时出现;设备已经有对应配置时,也可能不再重复询问。到系统设置 → 通用 → VPN 与设备管理 → VPN 查看配置,再回到 Home 操作,不必为了等弹窗而反复重新安装。
订阅保存了,但 SERVER 还是空的怎么办?
回到订阅编辑页面,检查 Type 是否为 Subscribe、URL 是否完整,重新执行更新并读取提示。地址应来自自己的现有资料,不能用服务商网站首页代替。若提示认证或内容格式错误,核对原始订阅信息,不把空列表当成 VPN 权限问题处理。
开关关了又自动连接,应该在哪里检查?
先进入 Settings → On Demand 检查是否启用按需连接及相关条件,再查看系统 VPN 设置中的对应状态。调整后返回 Home 关闭连接并观察。受管理设备还需检查管理策略,不能仅凭开关再次打开就判断应用发生异常。
首次使用的完成标准不是“出现过授权弹窗”,而是已经选定服务器、理解当前 Global Routing、看到连接状态符合预期,并完成一次真实目标访问。以后遇到问题,沿着“本地网络 → 资料 → 系统权限 → 路由 → 目标访问”的顺序检查,通常比同时改动多个选项更容易定位原因。