本文适合已准备使用 Shadowrocket(小火箭)、并已有自己的服务商与订阅的用户。先分清客户端购买、服务器信息和规则配置,再依次完成导入、授权、测试与路由选择;遇到更新失败或连接中断时,每次只改变一个条件,避免同时修改多个设置后无法判断原因。
1. 购买后就能直接连接吗?
不能仅凭购买状态判断能否连接。Shadowrocket 是闭源商业应用,采用一次性买断方式;客户端买断 ≠ 线路套餐。App Store 负责应用购买与安装,连接所需的服务器地址、端口和认证信息则来自用户已有的服务。安装完成后,Home 中仍需有可用的服务器条目。
唯一获取入口是 App Store。核验时对照开发者 Shadow Launch Technology Limited 与应用 ID 932747118;系统要求及兼容性以 App Store 页面标注为准。下列三个数量说明的是操作概念,不是服务可用性承诺。
2. 已有订阅链接,应该在哪里添加?
订阅用于批量取得用户已有服务的服务器信息,不等同于规则配置文件。先确认拿到的是可用于客户端导入的订阅地址,而不是服务商的网页登录地址。带有 token 的链接通常包含访问凭据,应按密码对待,不要放进公开截图。
-
打开新增
进入 Home,点右上角“+”,打开 Add Server。
-
选择类型
在 Type 中选择 Subscribe,再填写用户已有的订阅 URL。本文以
https://example.com/sub?token=xxxx表示假值,不可用于连接。 -
保存信息
核对 URL 首尾是否混入空格、换行或中文标点,填写便于辨认的备注后保存。
-
检查列表
回到 Home,确认订阅下已经出现服务器条目;若尚未加载,执行订阅更新,再选择一个条目进行测试。
如果保存后只有订阅名称而没有服务器,不要连续新增同一地址。先查看更新是否报错,再确认链接是否仍有效、返回内容是否为订阅数据;网页登录成功并不代表订阅请求也已成功。
3. 订阅如何更新,更新失败先查什么?
更新订阅会重新读取服务器列表,不会替用户续订服务,也不意味着 Config 中的规则文件一并更新。在 Home 下拉刷新后,检查对应订阅的状态和条目变化;不要只凭下拉动画判断请求是否成功。对手动修改过的订阅条目,更新前应保留必要记录,因为远端数据可能覆盖本地调整。
更新一直 timeout,怎么处理?
先检查当前网络能否发起请求。如果订阅地址需要通过现有可用连接访问,先连接,再到 Settings → Subscribe 检查 Update via Proxy 后重试。该选项不能修复已失效的 URL。
更新后还是老列表,是没更新吗?
先核对正在查看的订阅分组与 URL,再查看是否有错误提示。远端内容没有变化时,成功更新也可能得到相同列表;不要把“条目数量不变”直接当成失败。
链接能打开,却导入不了?
检查返回的是订阅内容还是登录页、错误页。重新从自己已有的服务后台复制完整地址;不要修改 token,也不要将登录页地址填入 Subscribe。
4. 首次开启为什么要添加 VPN 配置?
首次启用连接时,系统可能请求允许添加 VPN 配置。这是 Shadowrocket 接管设备网络流量所需的系统授权,不是订阅导入步骤。只有确认请求来自正在操作的 Shadowrocket 时才继续,并按系统提示完成验证。
- 在 Home 选择已导入的服务器,确认它不是空白或未填写完成的条目。
- 开启 Home 顶部连接开关,阅读系统添加 VPN 配置的提示。
- 允许后按系统要求完成验证,再返回 Home 查看连接状态。
- 如果此前取消授权,重新开启连接以检查是否再次出现提示;也可在系统设置中搜索 VPN,核对配置是否存在。
系统显示 VPN 已连接,只能说明隧道处于连接状态,不能替代对服务器认证、DNS 或目标网站的检查。若连接建立但网页打不开,应继续做 Connectivity Test 和路由核对,而不是反复删除系统配置。
5. Global Routing 应该选哪一项?
日常使用已有规则时选择 Config;临时判断问题是否与规则有关时,可短暂切换 Proxy 或 Direct 作对照。这里的 Config 是 Global Routing 的一个选项,而底部 Config 是配置文件管理页面,两者需要同时核对。
| 选项 | 用途 | 检查重点 |
|---|---|---|
Proxy | 采用代理路由,用于对照测试。 | 所选服务器是否可用。 |
Direct | 采用直接连接,不经代理服务器转发。 | 当前网络本身能否访问目标。 |
Config | 按当前启用配置中的规则处理流量。 | 活动配置、规则顺序及命中策略。 |
Scene | 按已设置的场景条件应用路由安排。 | 场景条件与当前网络是否对应。 |
Scene 不是“自动选择最快服务器”的同义词。尚未配置场景时,不应仅因为名称看起来适合自动化就选择它。完成排查后,恢复原本需要的路由选项,并记录测试前后的差别。
6. Config 怎么切换,规则为什么没生效?
进入底部 Config,选中要使用的配置文件,在操作菜单中选择 Use Config,再回到 Home 将 Global Routing 设为 Config。仅下载、编辑或打开文件,并不等于它已经成为当前使用的配置。修改前先保留原文件,避免排查时失去可恢复的基准。
启用检查
- 文件入口
- 底部 Config
- 启用操作
- 选中文件 → Use Config
- 路由选项
- Home → Global Routing → Config
文件已保存与文件已启用是两个状态。
规则含义
- DOMAIN-SUFFIX
- 匹配指定域名后缀及其子域名。
- IP-CIDR
- 匹配目标 IPv4 地址网段。
- FINAL
- 处理前面规则未命中的流量。
规则自上而下匹配,FINAL 应放在末尾。
下面仅是规则文本示例,不是应用界面,也不是完整配置。GEOIP 按目标 IP 的地理数据库归属匹配,应核对实际解析出的目标 IP 是否属于规则指定的地区。PROXY、DIRECT、REJECT 分别表示代理、直接连接和拒绝,不要把中文解释填入规则策略位置。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY
7. 开关为什么会自动断开,或者关掉后又连上?
先分清“连接中断”和“自动重新连接”。前者需要检查网络变化、服务器状态及其他 VPN 配置的影响;后者要优先核对 Settings → On Demand。On Demand 按条件触发连接行为,不会改善服务器的认证信息,也不能保证网络切换时请求始终不中断。
- 手动断开后又连接:检查 Settings → On Demand 中是否启用了匹配当前网络的条件;临时关闭该功能后再观察一次。
- Wi-Fi 切到蜂窝后中断:记录切换时间,确认蜂窝数据本身可用,再重新连接并重复同一访问操作。
- 启动其他 VPN 后断开:检查系统当前活动的 VPN 配置,排查时只保留需要测试的连接。
- 只在某台服务器中断:保持网络和配置不变,改测用户已有的另一条服务器记录,比较结果。
不要把“关闭应用窗口”和“关闭 VPN”当成相同操作。需要停止连接时,使用 Home 的连接开关,并核对 On Demand 条件;如果系统状态与应用显示不一致,再到系统 VPN 设置查看当前状态。
8. Connectivity Test 有延迟,为什么网页仍打不开?
延迟结果只反映当前测试方式下的响应,不能证明目标网站的所有请求都能完成。先在 Home 执行 Connectivity Test,再实际访问一个明确的目标;分别记录测试是否超时、连接能否建立,以及网页是否出现 DNS 或认证相关错误。
- 核对服务器 Type、Address、Port 和认证字段,确保与用户已有服务提供的信息一致。端口必须使用实际值,不能看到 TLS 就自行改成
443。 - 按协议检查对应字段:Shadowsocks 的加密方式与密码、VMess 或 VLESS 的 UUID、Trojan 的密码,以及服务所要求的 TLS、SNI 和传输设置。
- 使用 Hysteria2 或 WireGuard 时,分别核对其认证或密钥及地址配置,不要把其他协议字段照搬过来。
- 检查设备日期与时区是否正确;需要校时可到系统设置 → 通用 → 日期与时间检查自动设置。
- 临时用 Proxy 与 Config 对照同一目标。如果仅 Config 失败,再回到活动配置检查规则、策略及 DNS 设置。
完成每一步后重复同一测试。不要同时换服务器、改端口、关闭 TLS 再更换配置,否则即使恢复访问,也无法确定哪项操作解决了问题。
9. iPhone、iPad 或换机后怎样恢复?
先恢复应用购买,再恢复连接资料。这是两个独立步骤:使用原购买 Apple 账户可在 App Store 的已购记录中重新获取应用;服务器、订阅和配置是否恢复,则取决于此前是否保留了资料或完成了相应备份。不要把“重新安装成功”当成“全部设置已恢复”。
迁移检查:旧设备备份,新设备验证
旧设备
- 确认原购买账户以及用户已有的订阅来源。
- 保留当前活动配置和必要的手动服务器参数。
- 单独记录 Global Routing 与 On Demand 设置。
新设备
- 从 App Store 已购记录重新获取 Shadowrocket。
- 导入已保留的资料,重新选择配置和服务器。
- 完成 VPN 授权后,测试连接及实际访问。
iPhone 与 iPad 分别核对连接状态;应用购买记录不等于订阅凭据备份。
如果依赖 iCloud 或系统备份,迁移前先确认旧设备上的相关同步确实完成,迁移后逐项验证,不预设所有内容都会自动出现。两台设备能否同时使用同一服务,应以用户已有服务的连接限制为准,而不是根据客户端购买次数推断。
10. 出问题时,怎样记录信息才方便排查?
有效记录应让同一问题可以重复出现。至少写明发生在哪个网络、使用哪种协议、Global Routing 选项、当前配置,以及错误发生在订阅更新、连接建立还是实际访问阶段。描述“打不开”不如描述“Connectivity Test 超时,但订阅可更新”具体。
- 保留测试条件:例如“家庭 Wi-Fi,Global Routing 为 Config,切到 Proxy 后同一目标恢复”。这能把调查范围缩小到规则或相关配置。
- 记录原始提示:保留
timeout等英文错误文字与发生时间,不把所有错误统一改写成“网络故障”。 - 移除敏感字段:订阅 URL 中的 token、密码、UUID、私钥和二维码都不应出现在公开求助材料中。
- 保留回退点:编辑配置前备份,每轮只改一项;测试结束后恢复临时修改的路由及自动连接设置。