FAQ

Shadowrocket(小火箭)常见问题:正版核验、安装与订阅导入排查

按四类主题整理 20 条问答:商店核验与买断事实、iPhone 与 iPad 的安装与授权、订阅与节点导入、Global Routing 分流与连接故障。每条都给出可执行的操作顺序,界面词保留英文原文,便于与设备上的实际界面对照。

  • 开发者Shadow Launch Technology Limited
  • 应用 ID932747118
  • 价格一次性买断
  • 平台iPhone 与 iPad 通用

QUESTIONS

四类常见问题,按顺序逐条排查

每条答案都是操作顺序,而不是结论。遇到现象先定位到分类,再按条目里的步骤逐项验证。

01

正版核验与购买

开发者名 · 应用 ID · 一次性买断

在 App Store 里搜不到 Shadowrocket,怎么办?

先确认搜索词是完整的英文名 Shadowrocket,而不是中文别称。App Store 的搜索排序会受当前登录账号所属店面的影响,同一个应用在不同地区店面的上架状态可能不同。

若仍然搜不到,可以直接打开产品页:商店页 URL 结尾带 id932747118。打开后核对开发者名与应用图标两项,确认是同一个应用。若页面提示当前地区不可用,说明该店面没有这个应用,需要按 Apple 官方支持文档的步骤核对账号地区设置。

怎么确认自己买到的是正版?

在商店页核对三处:开发者名 Shadow Launch Technology Limited、应用图标(白底、蓝紫渐变描边的火箭图形,与本站页头图标一致)、应用 ID 932747118(商店页 URL 结尾的 id932747118)。三处都对,才是同一个应用。

搜索结果里同名或近似命名的应用不少,只按名称判断容易误购,以开发者名与应用 ID 为准。核验步骤的完整说明见 App Store 正版核验页

Shadowrocket 多少钱?是订阅制吗?

付费应用,一次性买断:美区定价约 2.99 美元,其他店面按当地货币显示,具体金额以 App Store 页面标注为准。

买断只覆盖客户端本身,不包含任何线路、节点或订阅——客户端买断 ≠ 线路套餐,节点与订阅需要从你的服务商处获取。

换了新 iPhone,还需要再买一次吗?

不需要。用购买时的同一个 Apple ID 登录 App Store,在「已购项目」里找到 Shadowrocket 直接下载即可,不会重复扣费。

是否支持家人共享、以及 Mac 与 Apple TV 是否在同一购买下可用,以 App Store 商店页的标注为准。

账号所在店面没有这个应用,能换区吗?

App Store 的店面由当前登录 Apple ID 所属地区决定。需要调整时,按 Apple 官方支持文档中的路径修改账号地区设置,并处理该地区的付款方式。

本站不参与账号层面的任何操作,也不提供账号。购买前建议先确认店面、价格与兼容性三处信息。

02

安装与首次打开

VPN 配置授权 · iPhone · iPad

iPhone 上怎么安装?系统要求是什么?

在 App Store 商店页点「获取」,用 Face ID、触控 ID 或密码确认后开始下载,安装完成后主屏幕出现图标。

系统版本要求以 App Store 页面标注为准,商店页的兼容性栏会写清支持的设备与系统版本。安装前先确认设备剩余空间是否足够。

首次打开弹出的「添加 VPN 配置」是什么?

这是 iOS 的系统级授权弹窗。客户端要在系统层面接管网络请求,必须通过这个弹窗注册一个 VPN 配置,允许之后会要求验证设备密码或 Face ID。

拒绝授权后客户端无法建立连接,可以再次打开应用重新触发。已授权的配置可以在系统「设置 → 通用 → VPN 与设备管理」里查看,不需要时也能在那里移除。

iPad 上能装吗?和 iPhone 上有什么不同?

同一个 App Store 商店页同时标注 iPhone 与 iPad,用同一个 Apple ID 已购可直接在 iPad 上下载。

iPadOS 上界面更宽,设置项与 iPhone 一致:Home、Config、Global Routing、On Demand、Data 都在同一套位置里。iPad 上的 VPN 配置授权流程与 iPhone 相同。

打开后界面是英文的,有中文吗?

客户端界面里的设置项以英文原文显示,例如 Home、Config、Global Routing、On Demand、Add Server、Subscribe。本站教程一律保留这些原文并附中文解释,照着词找位置即可。

不同系统版本下界面显示可能略有差异,以你设备上的实际界面为准。

Mac 和 Apple TV 上也能用吗?

在同一 App Store 商店页的兼容性栏里,可以看到 Mac、Apple TV 与 Apple Vision 的标注,系统要求与是否通用购买以商店页标注为准。

Mac 上的获取方式与 iPhone 一致,同样在 App Store 内完成。

03

订阅与节点导入

Subscribe · Scan QR Code · Add Server

订阅链接从哪里来?

订阅链接由你的服务商提供,本站不提供、不销售也不推荐任何订阅、节点或套餐。导入前先向服务商确认:链接是否有效、是否绑定了设备数量限制、是否需要定期重置。

客户端一次性买断只覆盖应用本身,与线路服务是两件事。

怎么把订阅导入 Shadowrocket?

打开 Home 页,点右上角 +,选择 Subscribe(订阅),把服务商给的完整链接粘贴到 URL 一栏,备注名写在 Remark,保存后应用会自动拉取一次节点列表。

也可以选择 Scan QR Code 扫服务商的二维码,或用 Import from Cloud JSON 导入配置文件。示例链接形如 https://example.com/sub?token=xxxx,实际链接以服务商提供的为准。逐步操作见使用教程

订阅更新失败,提示错误怎么办?

按顺序排查:

  1. 先在浏览器里打开订阅链接,看是否能返回内容。打不开说明链接过期或被服务商重置,需要向服务商确认。
  2. 检查链接是否复制完整,? 之后的 token 参数常被聊天软件截断。
  3. 确认当前网络能直连服务商域名,必要时先切到 Direct 姿态再更新。
  4. 打开 Config,找到对应订阅条目手动触发一次更新。
  5. 若只是偶发超时,稍后重试即可。

订阅更新会按服务商下发的配置重建节点列表,此前的手动改动不会保留。

手动添加一个服务器要填哪些字段?

Add Server 页:Type 选择协议(Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard),Address 填服务器地址,Port 填端口,PasswordUUID 按服务商提供的信息填写,Remark 写一个便于辨认的备注名。

示例值只作格式演示:Addressexample.com,Passwordyour-password,请按服务商给出的真实参数填写。

订阅里的节点太多,能只留几个吗?

可以在 Config 里查看订阅条目,控制是否启用,但订阅更新后会按服务商下发的配置重建节点列表,手动删除的条目通常不会保留。

更稳妥的做法是让 Global Routing 保持 Config 姿态,用规则决定哪些流量走代理,而不是靠删节点来控制。

04

规则分流与故障排查

Global Routing · On Demand · REJECT

Global Routing 的三种姿态怎么选?

Global Routing 有三个姿态:Config(按规则分流,默认)、Proxy(所有流量走代理)、Direct(所有流量直连)。

日常使用建议保持 Config,由规则决定直连还是代理;怀疑某个域名被判错时,临时切到 Proxy 验证一次,如果切过去就正常,说明问题在规则;需要临时恢复本地网络时切 Direct。三种姿态的差别见功能与设置

连接开关打不开,或者刚打开就自动关闭?

按顺序检查:

  1. 是否已经添加了至少一个服务器或订阅——没有任何可用节点时无法建立连接。
  2. 首次使用的 VPN 配置授权是否被拒绝,可在系统「设置 → 通用 → VPN 与设备管理」里确认。
  3. 设备上是否同时存在其他 VPN 配置,先移除不用的。
  4. 是否开启了「屏幕使用时间」里的限制。
  5. 重启设备后再试一次。
显示已连接,但网页打不开?

按这个顺序缩小范围:

  1. 切到 Direct 姿态,确认本地网络本身能上网。Direct 也打不开,说明问题不在代理。
  2. 切到 Proxy 姿态。如果 Proxy 正常而 Config 不正常,说明规则把该域名判成了 DIRECT,检查规则顺序。
  3. 回到 Config,在服务器列表里做一次延迟测试,看节点是否可用。
  4. 确认订阅是否过期、流量是否用尽。
  5. 检查 On Demand 是否在切换网络时把连接断开了。
一直开着会不会很耗电、很费流量?

客户端常驻时会保持一个系统网络扩展在运行,耗电与使用强度、节点延迟、规则数量都有关系,没有统一的固定值。

可以用 Data 页按服务器与按应用两组读数,看实际走了多少流量、是哪个应用在跑;On Demand 可以减少在不需要的网络环境下空转。具体表现以你的设备和网络环境为准。

加了 REJECT 规则,为什么广告还在?

REJECT 只能按规则命中的域名或 IP 拦截,而且只在流量经过客户端时生效:HTTPS 之下看不到请求路径,应用内自带的请求、使用自有 DNS 的请求以及域名前置都可能绕过规则。

所以规则屏蔽的效果因应用而异,不承诺任何去广告效果。想确认规则是否命中,可以对照 DOMAIN-SUFFIXGEOIPFINAL 的匹配顺序检查一遍,详见REJECT 策略:屏蔽原理与拦截边界

还需要更细的步骤

分步操作看使用教程,从获取到日常维护的完整流程看系统教程;规则写法可以看DOMAIN、GEOIP、IP-CIDR 与 FINAL 各匹配什么

订阅链接与节点信息一律从你的服务商处获取;客户端一次性买断不等于线路套餐。