Shadowrocket(小火箭)的首次使用顺序是:核对 App Store 产品、购买客户端、导入本人已有的连接配置、选择 Global Routing,再授权并验证连接。本文面向已经有自己的服务商与订阅、但尚未完成第一次连接的用户,区分客户端购买、订阅、Config 和系统 VPN 授权,并给出可以逐项复查的操作顺序。
一、怎样确认购买的是 Shadowrocket?
唯一获取入口是 App Store。先核对应用名 Shadowrocket,再核对开发者 Shadow Launch Technology Limited 和应用 ID 932747118,不要只凭搜索结果中的相似名称或图标颜色判断。前往本站正版核验说明,可以按顺序检查这些信息后再进入商店。
Shadowrocket 以 iPhone、iPad 使用为主,商店兼容性栏也列有 Mac、Apple TV、Apple Vision 的相关信息。系统要求与购买适用范围均以 App Store 页面标注为准;不能把某一台设备能够购买,理解为所有设备均满足运行条件。
二、一次性买断包含连接服务吗?
不包含。一次性买断指客户端购买,连接服务与客户端相互独立。购买完成后应用列表仍可能是空的,需要导入本人有权使用的配置。本站不提供、不销售、不推荐节点或订阅,本文所有连接操作都以用户已经有自己的服务商与订阅为前提。
客户端的购买记录不能替代服务端的有效凭据。相反,已有订阅也不代表已经购买客户端。排查时把两个问题拆开:应用是否已安装并能打开,由 App Store 购买与设备兼容性决定;连接是否可用,则还要检查订阅状态、服务器参数和当前网络。
- 购买金额:查看 App Store 当时显示的价格与币种,不把文章中的旧截图当作当前报价。
- 连接权益:有效期限、流量与可用地址以用户已有服务的实际信息为准,客户端买断不延长这些权益。
- 换机恢复:先在 App Store 查找已购项目,再恢复连接配置;重新安装应用与恢复订阅是两件事。
三、Home、Config、Settings 分别用来做什么?
先区分服务器列表、规则文件和应用设置,后面的操作才不会混淆。Home 主要用于选择服务器、切换连接以及查看 Global Routing;Config 用于管理和选择规则配置;Settings 用于调整应用行为。服务器出现在 Home,不表示 Config 中已经选中了合适的规则文件。
对新手而言,订阅通常解决“有哪些服务器可选”,Config 则解决“不同请求采用什么策略”。两者可以配合使用,但并不是同一个文件,也不应把导入其中一项当作另一项已经完成。
操作入口
- Home
- 选择服务器、连接开关与 Global Routing
- Config
- 管理并选择规则配置文件
- Settings
- 检查应用设置与自动连接行为
先确认正在修改哪个入口,不用反复重建服务器列表来处理规则问题。
排查对象
- Subscribe
- 订阅地址及其返回的连接信息
- Global Routing
- 本次连接采用的路由方式
- On Demand
- 入口为 Settings → On Demand,检查自动连接条件
自动连接条件不等于分流规则;第一次验证时先手动连接,再调整自动化行为。
四、已有的订阅怎样导入?
在 Home 右上角点“+”,进入 Add Server,将 Type 选为 Subscribe,填写本人已有的订阅 URL 后保存。粘贴时保留完整查询参数,检查首尾是否混入空格或换行;订阅 URL 中的 token 常用于识别权限,不能公开发送完整地址。
保存后回到 Home,执行订阅更新并检查是否出现服务器条目。只看到订阅名称、没有可选服务器时,不能视作导入成功。订阅内容可能包含多种协议,应该保留来源提供的参数,不要为了让列表看起来统一而批量修改 Type。
- 导入前:确认拿到的是供客户端使用的订阅地址,而不是账户登录页或介绍页。
- 导入后:展开对应分组,检查条目是否存在、地址和端口是否有值。
- 更新后:留意原来选中的条目是否被移除或替换;列表更新成功不代表每个服务器都能建立连接。
- 交流排错:只描述错误提示,分享截图前遮住订阅 URL、密码、UUID 和其他认证信息。
五、没有订阅,已有单个服务器参数怎样填写?
Home → “+” → Add Server 中选择与已有配置一致的 Type,再逐项填写。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 的认证与传输方式并不相同,不能仅凭地址和端口就互相转换。缺少字段时,应核对原始配置说明,而不是套用另一种协议的字段。
例如,已有配置明确标注端口为 443,就按该值填写;443 是常见的 HTTPS 端口号,但不能据此推断服务器必然使用 TLS,也不能把所有服务器端口都改成 443。密码、UUID、TLS、SNI、传输层和路径都必须与对应服务端设置匹配。
- 核对 Type 与原始协议名称,先避免把认证方式选错。
- 逐字符检查地址与端口,地址栏不随意附加网页路径。
- 复制对应的认证字段;密码和 UUID 不能凭外观相似互换。
- 按原始配置检查 TLS、SNI 与传输参数,不为消除报错而放宽证书校验。
六、Global Routing 第一次应该选哪个?
已有可用规则配置时,选 Config 并确认 Config 页面选中的文件。若目的是短时验证所选服务器能否承载访问,可以切到 Proxy 做对照,测试结束后恢复原来的设置。Direct 走直连,不能用它验证服务器是否可用;Scene 用于场景化设置,首次连接不必先建立复杂场景。
| 选项 | 主要作用 | 新手检查项 |
|---|---|---|
| Proxy | 采用代理路由方式 | 确认 Home 已选择要验证的服务器 |
| Direct | 采用直连路由方式 | 不要把网页打开当作服务器验证成功 |
| Config | 按当前配置规则处理请求 | 检查已选 Config、规则顺序和最终策略 |
| Scene | 使用场景化设置 | 先核对已有场景内容,再判断实际路由 |
Config 下的规则通常从上向下匹配。DOMAIN-SUFFIX 匹配域名后缀,IP-CIDR 匹配地址网段,GEOIP 按 IP 地理数据库匹配,FINAL 处理前面没有匹配到的请求。下面仅演示语法,不是完整可用配置,也不应直接覆盖已有文件。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,DIRECT
七、第一次连接的完整顺序是什么?
先完成导入和选择,再打开连接开关。首次建立连接时,系统可能要求允许添加 VPN 配置,并通过设备认证确认。这个授权用于建立系统网络通道,不意味着客户端替用户创建了连接服务,也不意味着服务器已经通过验证。
-
核对条目
回到 Home,确认已有服务器条目,选择本次要使用的一项。若条目来自订阅,先确认更新后仍然存在。
-
选择路由
打开 Home → Global Routing;已有规则时选 Config 并核对当前文件,单独验证服务器时可短时选 Proxy。
-
允许连接
打开 Home 的连接开关,按系统提示允许添加 VPN 配置并完成认证;若取消授权,先重新完成授权再排查服务器。
-
验证访问
在 Home 使用 Connectivity Test 观察结果,再打开本人要使用的网页或应用;保留错误信息,不把开关开启当作访问成功。
测试时一次只改变一个条件。例如先固定服务器,只比较 Proxy 与 Config 的访问结果;再固定路由方式,更换本人已有的另一条服务器。这样才能把差异归因到规则或服务器,而不是在同时改动多项设置后失去判断依据。
八、开关已打开,为什么网页仍然打不开?
连接开关和系统 VPN 标识首先说明本机通道状态,并不能独立证明远端认证、DNS 解析和目标访问全部正常。按“基础网络 → 已选服务器 → Global Routing → 具体错误”的顺序检查,比重复删除应用更容易保留有效线索。
关掉连接也打不开网页,先查哪里?
先关闭 Home 的连接开关,检查普通网络访问与 Wi-Fi 登录认证。基础网络尚未连通时,先处理网络接入,不通过修改服务器密码来解决。
Proxy 能用,Config 就不能用?
在 Config 核对当前选中的文件,检查目标域名匹配到的策略与 FINAL。这个对照提示应优先查看规则路径,不能直接断定服务器失效。
提示 TLS 或认证错误怎么办?
回到 Home 编辑对应服务器,核对系统日期时间、地址、认证字段和 TLS/SNI。保留原始证书校验要求,不把 Allow Insecure 当作通用修复开关。
Connectivity Test 的结果只反映相应测试方式下的状态。出现数值不能保证所有网站都能访问,超时也不能单独证明订阅已过期。若只有某个域名失败,应记录该域名、错误类型、所选路由与发生时的网络,结合应用记录继续检查 DNS 和规则,而不是先重置所有配置。
九、订阅更新失败,要重新导入吗?
先不要删除原订阅。更新失败可能发生在访问订阅地址的阶段,与已经保存在 Home 的服务器能否连接不是同一问题。先记录错误,确认地址未过期、token 完整,并检查当前网络能否取得订阅内容;删除后重新粘贴相同地址,通常不会改变这些条件。
- 提示超时:先检查基础网络。若已有服务器仍可用,建立连接后再更新,比较结果是否变化。
- 需要经代理更新:检查 Settings → Subscribe → Update via Proxy。启用前应先有可用连接,不能把它当作没有可用服务器时的补救方式。
- 返回内容不正确:确认 URL 不是网页入口,查看用户已有服务的订阅说明,不擅自删掉查询参数。
- 更新后条目变化:重新检查 Home 的选中项;不要继续依赖已经从订阅中移除的旧名称。
导入成功、更新成功、连接成功应分别验证。更新成功只说明拿到了可解析的订阅内容;是否能认证并访问目标,还要继续完成前文的连接测试。向现有服务方反馈时提供错误提示和发生条件即可,不在公开场合贴出完整订阅地址。
十、为什么关闭后又连接,换机时要保留什么?
关闭后再次连接,先检查 Settings → On Demand 以及系统中对应 VPN 配置的按需连接设置。On Demand 可以根据条件触发连接,它不负责替用户修复服务器参数。首次排错时先暂停相关自动连接条件,确认手动连接和断开都符合预期,再恢复所需条件。
换机前把“购买记录”和“配置数据”分别准备。App Store 中的已购项目用于重新取得客户端,不等于服务器、订阅和 Config 都已经恢复。备份应放在本人控制的位置,并确认其中是否包含密码、UUID、订阅 token 等敏感信息。
- 在旧设备核对正在使用的服务器、Global Routing 和当前 Config,记录必要的设置对应关系。
- 保留本人已有的订阅来源,并备份需要迁移的 Config;如使用 iCloud,先核对实际同步开关与新设备可见内容。
- 在新设备通过 App Store 恢复已购应用,兼容性与系统要求以 App Store 页面标注为准。
- 恢复订阅和规则后,重新选择服务器、确认路由并完成系统 VPN 授权,不直接假定旧设备的连接状态已经迁移。
- 手动测试通过后,再检查 Settings → On Demand,逐项恢复自动连接条件。