本文面向第一次在 iPhone 或 iPad 上使用 Shadowrocket(小火箭)的用户,以已经持有自己的服务商配置或订阅为前提。按“识别页面、导入配置、选择路由姿态、授权连接、验证访问”的顺序操作,可以区分系统 VPN 授权、SERVER 条目、Config 文件与连接测试,避免把开关已打开误认为所有访问都已正常。
先分清三个主要页面
首次打开后,先不要连续切换所有设置。Home 主要负责选择服务器、调整 Global Routing 和启动连接;Config 管理用于分流等用途的配置文件;Settings 管理应用选项,其中包含 On Demand 等功能。服务器条目与规则配置是两类对象,导入其中一类不代表另一类也已经准备完成。
Shadowrocket 是 Apple 平台上的闭源商业应用,以 iPhone、iPad 使用为主,唯一获取入口是 App Store。购买前核对开发者 Shadow Launch Technology Limited;系统要求与购买兼容性以 App Store 页面标注为准。应用采用一次性买断,客户端买断 ≠ 线路套餐,安装完成后仍需准备自己的连接参数。
首次连接与 VPN 配置授权
Not Connected 表示当前没有建立由应用管理的连接,不表示购买失败,也不直接表示服务器不可用。首次尝试启动连接时,系统可能弹出添加 VPN 配置的授权提示;这一步是在设备上建立网络接管所需的系统配置,不是向应用购买额外服务。
-
准备条目
进入 Home,确认 SERVER 下已有自己的服务器条目。列表为空时先完成下文的导入步骤,不要只反复点击连接开关。
-
核对选择
在 Home → SERVER 选择目标条目,再进入 Home → Global Routing 检查当前姿态。使用 Config 时,还要确认 Config 页已选中预期文件。
-
启动连接
回到 Home,点击 Not Connected 所在行的连接开关。弹出系统添加 VPN 配置提示时,确认正在操作 Shadowrocket 后选择允许,并按系统要求完成设备验证。
-
核对状态
等待连接状态变化,再打开一个已知可以访问的页面。将应用连接状态与实际网页结果分别记录,不以状态标记作为唯一成功标准。
若此前取消了授权,通常可以返回 Home 再次尝试连接。若设备受组织管理、系统限制或其他 VPN 配置影响,应先检查系统设置中的 VPN 管理状态;不要把删除所有网络配置作为第一步。系统菜单文字可能随系统版本和设备管理状态变化。
SERVER:导入与选择条目
SERVER 是可选择的服务器列表。每个条目保存协议和连接参数,例如地址、端口及身份验证信息;协议不同,所需字段也不同。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 不能只靠修改 Type 就相互替换,应完整沿用已有配置给出的参数。
- 已有订阅:Home 右上角“+” → Type → Subscribe,填写自己的订阅地址并保存,再返回 Home 更新该订阅。链接、名称及认证参数按已有资料填写。
- 已有单条参数:Home 右上角“+” → Type,选择与资料一致的协议,再填写对应字段。端口必须使用实际给出的数值,不能因为网页使用 HTTPS 就统一改成
443。 - 完成导入:检查 SERVER 下是否生成实际服务器条目,并选中准备使用的一项。订阅记录保存成功与条目拉取成功,是两个需要分别确认的结果。
- 后续更新:在 Home 对订阅执行更新后,重新检查当前选中项。条目可能因远端内容变化而改名或被移除,更新成功也不代表每项都能在当前网络使用。
订阅地址通常包含访问凭据,不应把完整链接放入公开截图、群聊或问题反馈。保存记录后没有出现条目,应先检查订阅拉取结果、地址是否完整以及设备当前网络,不必立即改动 Config 内的规则。
区分服务器订阅与规则文件
Home → SERVER
- 查看和选择连接目标。
- 核对协议、地址、端口与认证字段。
- 订阅更新用于获取远端条目变化。
Config
- 选择当前生效的配置文件。
- 检查 Rule 等段落中的匹配条件与策略。
- 文件中可能同时包含其他设置,修改前保留备份。
选择了服务器,不代表已经选择正确的规则文件;导入了规则文件,也不代表已经获得可用服务器。
Global Routing:选择路由姿态
Global Routing 决定接管流量后如何选择路径。它不负责修正服务器密码,也不会自动补齐缺失的规则。第一次使用时应明确自己选的是哪一项,尤其不能把 Config 理解成“必定只有指定网站走代理”:实际行为由当前文件里的规则和最终兜底策略共同决定。
Config
推荐按当前配置文件的规则处理请求。命中 DIRECT 就直接连接,命中代理策略则按该策略转发;未被前面规则匹配的请求通常交给 FINAL。
适合:已经核对当前配置、需要按规则区分访问路径的日常使用。
Proxy
将一般被接管的请求交给所选代理路径,可用来暂时缩小规则问题的排查范围。系统流量、排除项及其他配置仍可能影响实际覆盖范围。
适合:短时验证所选服务器是否能够完成目标访问。
Direct
将一般被接管的请求直接连接,不使用所选代理服务器作为转发路径。它是路由选择,不等于关闭 Home 的连接开关。
适合:对照当前网络的直接访问结果。
Scene
使用预先设置的场景及其关联策略。实际结果取决于场景内容,不能把它当作无需设置的自动分流方案。
适合:已经建立并核对场景设置的用户。
例如,当前文件里有 DOMAIN-SUFFIX,example.com,PROXY,其含义是让该域名及其子域名使用 PROXY;若最后是 FINAL,DIRECT,未命中前序规则的请求就直接连接。这两行只说明匹配逻辑,不应脱离完整文件直接替换现有配置。GEOIP 按目标 IP 的地理归属匹配,IP-CIDR 按地址网段匹配,都不是服务器地址填写栏。
Connectivity Test:延迟说明什么
Home → Connectivity Test 用于检查条目的连通情况。测试结果需要连同测试方法一起看:TCP 握手成功与经过代理完成某个网页请求,是不同的验证层次。显示毫秒数不能证明目标域名能解析、身份验证一定正确,也不能证明网页所有资源都可以载入。
测试结果的边界
- 入口
- Home → Connectivity Test
- 有延迟
- 说明本次测试条件下得到响应,需结合所选测试方法解释。
- 超时
- 检查当前网络、服务器地址与端口,再检查测试方法相关设置。
- 网页失败
- 继续核对 DNS、认证信息、路由规则和目标站点状态。
横向比较条目时保持同一网络、同一测试方法,避免把不同条件下的数字直接排序。
自动连接的边界
- 入口
- Settings → On Demand
- 作用
- 根据已设置的条件触发系统 VPN 的按需连接行为。
- 首次设置
- 先保持手动连接验证,确认可用后再配置自动触发。
- 自动重连
- 若关闭后又连接,检查 On Demand 条件及系统 VPN 设置。
On Demand 管何时连接,Global Routing 管连接后如何分配请求,两者不能互相替代。
做一次可复现的检查,可以先固定 Wi-Fi、选定一个 SERVER 条目并执行测试,再打开同一个网页。随后只切换 Global Routing 的一项,重复访问并记录变化。不要同时更新订阅、切换服务器、改 DNS 和替换 Config,否则即使恢复正常,也无法确认是哪一步起作用。
按症状检查首次连接结果
排查时从最接近现象的环节开始。先判断是否建立连接,再判断选中目标是否有效,最后检查规则与域名解析。以下对照不依赖虚构的测速结果,可以直接用于记录本机观察到的现象。
| 观察到的现象 | 优先检查 | 下一步 |
|---|---|---|
| 一直是 Not Connected | 系统 VPN 授权是否完成 | 重新启动一次连接,查看系统提示与应用报错。 |
| SERVER 列表为空 | 订阅是否实际拉取成功 | 核对已有订阅地址、更新结果与网络状态。 |
| 有延迟但网页失败 | 测试方法、认证信息与 DNS | 固定条目,用实际网页请求补充验证。 |
| Proxy 可访问,Config 失败 | 当前 Config 与命中策略 | 核对目标域名规则及 FINAL,保留原文件再修改。 |
| 关闭后又自动连接 | Settings → On Demand | 检查触发条件,再核对系统 VPN 的按需设置。 |
| 只有少数网站失败 | 目标站点、解析结果与对应规则 | 对同一域名做单变量对照,不先重置全部设置。 |
反馈问题时,保留操作顺序、当前网络类型、Global Routing 选择、测试方法以及准确报错文字。隐藏订阅完整地址、密码和其他认证字段。需要继续排查时,可查看连接问题说明;规则关键字的含义可在术语手册查阅。
首次设置完成后的检查
首次设置的目标是得到一条可解释、可重复验证的连接路径,而不是把所有开关都打开。确认手动连接可用之后,再考虑 On Demand、场景和更细的分流调整;每次修改前记录当前有效设置,便于恢复。
- Home 的连接状态符合预期,系统 VPN 授权已完成。
- SERVER 当前选中的是准备使用的条目,参数来源明确。
- Global Routing 的姿态已核对;使用 Config 时知道当前选中了哪个文件。
- Connectivity Test 与实际网页访问均已检查,结果没有被混为一谈。
- 需要手动控制时,已确认 On Demand 不会按既有条件重新触发连接。
完成以上检查后,Home 就可以作为日常操作页使用:先看连接状态,再看路由姿态,必要时检查 SERVER 与测试结果。Config 和 Settings 保留用于明确的配置变更,避免为了一次访问失败而同时改动多个环节。