App Store 正版 · 官方手册

Shadowrocket 问答 正版、订阅与规则

怎么开始使用?先核对App Store 正版,再为 iOS / iPadOS 导入已有连接信息;客户端一次性买断,规则与配置按需设置。

  • 932747118App Store 应用 ID
  • 一次性买断价格以商店页面为准
  • iPhone与 iPad 的购买范围以商店标注为准
Shadowrocket 主界面截图

先查这三个问题

全部疑难解答 →
  1. Q.01正版核验

    怎么核对正版?

    开发者
    Shadow Launch Technology Limited

    App ID 932747118
    看答案
  2. Q.02已有订阅

    订阅放在哪?

    Add Server → Subscribe

    https://example.com/sub?token=xxxx

    仅演示地址结构,不能用于连接。

    看答案
  3. Q.03规则分流

    规则怎么写?

    DOMAIN-SUFFIX,example.com,PROXY
    FINAL,DIRECT

    按顺序匹配;示例不代替完整配置。

    看答案
App Store 一次性买断 规则分流 Shadowsocks · VMess · VLESS · Trojan

功能问答

连接、规则与配置

设置从哪里找?按功能查看入口,再对照自己的连接信息逐项核对。

Rules:按目标选择策略

这个功能解决什么问题:不同请求怎样分别采用代理或直连?

规则根据域名、地址等条件选择策略,按配置中的先后顺序检查,命中后采用对应策略。在 Config 中选择并启用配置,再将 Home 的 Global Routing 设为 Config,才能按该配置分流。先写范围明确的规则,再写较宽的规则,最后放置 FINAL。右侧片段仅说明语法,PROXY 的实际连接仍取决于所选服务器与策略配置;修改后应核对请求命中,不能只凭连接开关判断结果。

DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY

Global Routing 应该选哪一项?

结论是先区分“按配置决定”与“统一指定方向”。配置姿态 Config 根据当前启用配置的规则处理请求;代理姿态 Proxy 将请求交由所选代理处理;直连姿态 Direct 使用直接连接。三者是处理方式,不是服务器协议,也不是订阅类型。日常需要按规则分流时,应核对 Config 与实际选中的配置是否配套,不要只看到配置文件存在就认为规则正在运行。

怎么验证改动?先选一个明确的测试目标,记录原来的 Global Routing 和配置,再修改单个设置并重试。若 Proxy 下可以访问而 Config 下失败,应继续检查规则、策略与 DNS,而不是立刻重复导入服务器。若不同姿态都失败,优先回到服务器参数、当前网络与服务有效性检查。完整的分步流程见首次连接教程;规则范围与先后顺序见规则与配置参考。

设备与商店

iPhone 与 iPad 获取说明

在哪台设备操作?先查看对应说明,购买范围和系统要求均以 App Store 页面标注为准。

两台设备要分别准备哪些内容?

结论是购买记录可以核对,连接状态要逐台验证。iPhone 与 iPad 的通用购买范围以商店标注为准;同一 Apple ID 已购时,先查看产品页和已购项目显示的操作,不要仅凭桌面上是否存在图标判断是否需要再次购买。若商店显示与预期不同,应先核对当前用于 App Store 的账号与购买记录,再处理设备安装问题。

安装完成后,分别确认已有订阅、服务器条目和启用配置。应用已经下载,不等于另一台设备的所有设置已经到位;即便使用同步功能,也应在目标设备上检查当前选中项。还要核对自己的连接服务是否有同时使用限制,这属于已有服务的使用条件,不由客户端买断决定。首次测试可以先保持一个已知可用的条目,避免同时改动订阅、规则和 DNS。

Mac / Apple TV 也可在同一 App Store 获取,系统要求与购买范围以商店页兼容性标注为准。

正版与购买事实

先核验,再购买与恢复

购买前要看什么?按开发者、官方图标、应用 ID 三处交叉核对,不以搜索结果中的简称判断。

  • 开发者 Shadow Launch Technology Limited
  • 应用 ID 932747118
  • 一次性买断

搜索到同名应用,怎么确认目标?

结论是名称只能帮助查找,不能代替核验。打开 Shadowrocket 产品页后,查看开发者是否为 Shadow Launch Technology Limited,比较应用图标是否与本站页头的官方图标一致,再核对链接中的 id932747118。这三个信息应同时对应。产品页的价格、兼容性与购买操作也应在同一个页面查看,避免把搜索列表里的其他项目当作目标应用。

在哪里核对更稳妥?先进入本站的 App Store 正版核验页,按清单逐项确认,再打开产品页。Shadowrocket 是闭源商业应用,获取与更新均通过 App Store。官方手册负责说明操作路径和可核对的事实,不能用一段介绍文字代替商店中的实际购买记录,也不应根据图标相似或名称含有“小火箭”就跳过其他核验项。

商店里找不到或显示内容不同,先检查什么?

结论是先区分商店可见性与设备兼容性。核对当前 App Store 使用的账号及其店面,确认自己打开的是正确产品页,再查看兼容性栏和系统要求。不同店面显示的货币、可购买状态以及设备上的操作按钮可能不同,实际结果以当前商店页面为准。本文不写固定系统版本,避免把过时要求当成购买依据;已有设备能否安装,应以该设备打开商店后的标注确认。

如果之前购买过,先查购买记录,不要把“搜索不到”直接理解为“购买失效”。可以从 App Store 的账户入口查找已购项目,再比对应用名称与开发者。若出现支付或账单疑问,应以商店订单信息为依据处理。客户端内的服务器列表、订阅更新结果和连接开关属于另一层问题,无法用来证明商店购买是否完成。

一次性买断包含什么?

结论是购买对象为客户端使用权益。美区参考价格为 2.99 美元,各店面按当地货币显示,实际金额以 App Store 购买确认页为准。客户端买断 ≠ 线路套餐。购买应用不会自动生成服务器,也不会替用户补齐订阅地址、认证信息或服务有效期。本站不提供任何节点或订阅服务,教程始终以用户已有自己的订阅或服务器信息为前提。

安装后列表为空怎么办?先确认自己是否已经准备好连接信息:有订阅地址时按 Subscribe 流程导入;只有单个服务器参数时,在 Add Server 中选择对应 Type 后填写。应用购买、订阅有效性和规则配置是三个不同环节。把这三项分开核对,可以避免反复购买客户端来处理服务器不可用的问题,也能更准确地描述故障发生在哪一步。

换机、重装和更新怎样处理?

结论是先恢复应用,再核对设置。换机或重装时,使用购买时的 Apple ID 在 App Store 查看已购项目和重新下载操作;是否需要再次付费以商店显示的购买权益为准。重新下载应用不代表已有服务器信息和自定义规则一定已经恢复,完成安装后仍应检查 Home 的条目、Config 的选中项以及 Settings 中影响连接的选项。

更新通过 App Store 进行,具体内容查看商店更新记录。调整配置前保留可回退的副本;恢复或同步后,先测试一项已知行为,再逐步启用其他设置。若设备之间结果不同,记录各自的网络环境、Global Routing 与启用配置,逐项对照比仅比较“开关是否打开”更有帮助。涉及家人共享或其他设备购买范围时,也以产品页当时标注为准。

常见问题先看哪一项?

订阅更新成功,为什么还是不能连接?

更新成功表示获取到了列表,不代表每个服务器都可用。先选中一个条目运行 Connectivity Test,再核对服务有效性、参数和当前网络;随后检查 Global Routing 与启用配置。不要在尚未确定故障层次时同时更改多项设置。分层检查见订阅与导入问答。

Shadowrocket 延迟测试的结果能代表访问体验吗?

不能单独代表。Test Method 会影响测试方式,单次结果也受当前网络和测试目标影响。应先在相同条件下比较,再用实际目标请求验证;测试有响应与规则命中正确是两件事。遇到已连接但访问失败时,按服务器、模式、DNS 和规则的顺序检查,见规则与故障排查问答。

DNS 设置是否需要先改成某个固定值?

不应脱离当前配置直接套用。先确认启用配置里的 DNS 设置和实际故障现象,分清域名解析失败与服务器连接失败,再决定是否调整。修改前保留原值,每次只改一处并重复相同测试;规则涉及域名时,还应结合请求记录判断。术语含义可先阅读DNS 与网络术语。

已经授权 VPN 配置,是否说明设置完成?

授权只是允许客户端建立相应系统网络配置,不等于服务器、订阅和规则均已验证。返回应用后确认所选服务器、Global Routing 与连接状态,再访问一个明确的测试目标。首次使用建议按步骤完成,不跳过导入结果与实际访问验证,具体操作见安装后的首次连接教程。

专题说明

规则与连接排查文章

基础步骤完成后还需要查什么?从当前遇到的问题进入专题,不必一次改动全部设置。