官方手册 App Store 正版核对

Shadowrocket 使用教程与设置

面向 iPhone / iPad 客户端,依次核对一次性买断、导入已有订阅与规则分流设置;连接异常时,再按症状检查。

Global Routing · Config On Demand Shadowsocks / VLESS

系统要求与购买适用范围,以 App Store 页面标注为准。

Shadowrocket 官方 Home 界面,显示连接开关、Global Routing 与 Add Server
应用界面参考 · 连接设置使用自己已有的订阅或服务器信息。
先定位卡点

购买、导入与连接,分开核对

购买记录、服务器信息与规则配置分别解决不同问题。先判断停在哪一层,再选择对应的操作,避免反复重装或同时修改多处设置。

常见卡点

  • 完成购买后,Home 里仍没有可用的服务器条目。购买应用与准备连接信息被当成了同一步。
  • 导入后只打开连接开关,没有确认 Global Routing,访问结果与预期的规则分流不同。
  • 遇到超时就同时更换 DNS、Config 和服务器,恢复后无法判断究竟是哪项设置起了作用。

手册处理顺序

  • 确认 App Store 已购状态,再从自己的服务商处取得已有订阅,或整理自己管理的服务器参数。
  • 需要按规则分流时选择 Config,并核对当前启用的配置文件;配置中引用的策略也要能够正确解析。
  • 每次只改变一个条件,分别检查基础网络、服务器连接和规则命中情况,保留可回退的配置副本。

真实规则语法示例,不是可直接套用的完整配置

DOMAIN-SUFFIX,example.com,PROXY

匹配 example.com 及其子域名,交由 PROXY 策略处理。规则位置与策略定义需要结合当前 Config 核对。

按设置项查阅

Shadowrocket 核心设置

先理解每个设置影响哪一部分,再进入应用调整。界面词保留英文,便于在 Home、Config 与 Settings 中逐项查找。

规则分流:先选 Config,再看顺序

Global Routing 的 Config、Proxy、Direct 分别用于按配置分流、统一使用代理和直接连接。日常需要区分请求去向时,先选 Config,再到 Config 核对当前生效文件。规则自上而下检查,命中后采用对应策略;具体域名规则通常应放在较宽泛的匹配之前。DIRECT、PROXY、REJECT 是策略关键字,不是连接质量标识。修改后用同一目标复查,避免把服务器故障误判为规则问题。

Global RoutingConfig / Proxy / Direct

首次连接先建立一条可复查的路径

第一次设置时,建议只保留一个明确的验证目标:确认基础网络正常,导入自己的有效服务器信息,选中需要使用的条目,再核对 Global Routing。系统首次请求添加 VPN 配置时,阅读弹窗并在确认由当前操作触发后授权。连接开关打开只说明连接流程已启动,仍需实际访问目标,检查请求是否按预期处理。先完成这一闭环,再加入更复杂的规则和 On Demand 条件。

若只有某个网站异常,先查它命中的策略;若所有目标都失败,先查基础网络、服务器信息和权限。不要直接把全部异常归为 DNS 问题,也不要为了测试长期保留不清楚用途的设置。使用教程按操作顺序展开,疑难手册按症状组织流程;需要辨认字段含义时,可先查术语手册。

设备与商店入口

iPhone 与 iPad 获取说明

两种设备均从同一 App Store 产品页核对应用。系统要求、兼容性及购买适用范围,以 App Store 页面标注为准;先核对账户与购买记录,再决定是否需要购买。

iPhone

适合从正版核对、导入已有订阅到首次连接依次完成设置。打开商店产品页后,先看开发者与应用 ID;安装后再准备连接信息,而不是将购买结果当作连接已经可用。

首次授权 VPN 配置属于系统连接流程。若此前拒绝了提示,可在再次发起连接时按系统引导检查;若开关无法保持开启,记录提示内容,再按权限与配置状态排查。切换网络后的异常也应单独验证。

查看 iPhone 获取步骤 →

iPad

已在同一 Apple 账户购买时,先检查 App Store 已购项目与产品页的重新获取状态。iPhone 与 iPad 的购买适用范围以商店标注为准,不要仅因另一台设备已安装就跳过账户核对。

较大的屏幕可能改变列表与编辑区域的排布,但仍按 Home、Config、Settings 的界面词查找操作。安装记录、服务器信息与当前配置是不同内容;换设备后应分别检查,不把应用已恢复视为所有设置都已恢复。

查看 iPad 获取步骤 →

换设备前,分别整理购买记录与使用配置

购买记录用于重新获取应用;自己的订阅或服务器信息用于恢复连接条目;Config 文件用于恢复分流设置。这三类内容应分开确认。准备换机时,先检查仍能访问自己的订阅管理信息,再保存需要保留的配置副本。若启用了同步,也要在目标设备实际核对文件和条目,而不是只依据同步开关判断完成。

首次恢复后先手动连接,测试原来常用的目标,再检查 On Demand。这样能把账户问题、导入问题与按需连接条件分开,减少同一故障反复出现。具体的商店核对与恢复顺序见已购项目恢复说明。

正版与购买事实

App Store 正版核对

Shadowrocket 是闭源商业应用,唯一获取入口是 App Store。Shadowrocket入门指南是官方手册,本站就是官网;核对购买、系统要求与兼容性时,以 App Store 页面标注为准。

Shadowrocket 官方应用图标

将商店图标与开发者、应用 ID 一起核对

Shadow Launch Technology Limited

应用 ID932747118App Store · 一次性买断

先核对三处,再确认购买

搜索结果中的名称相似,并不足以确认是目标应用。进入产品详情页,检查名称 Shadowrocket、开发者 Shadow Launch Technology Limited,并对照官方图标。产品页地址中的 id932747118 是另一项稳定标识,应与本站列出的应用 ID 一致;不要仅凭搜索排列位置或名称里出现“小火箭”就购买。

名称、图标与开发者信息应放在一起判断。核对时若看到的信息不一致,先返回本站的获取应用说明,重新进入指定产品页,再检查当前商店账户状态。确认目标应用后再阅读购买提示,能够避免把名称辨认问题带入后续安装和恢复流程。

查看正版核对清单 →

商店可见性与账户地区

搜索不到应用时,先区分是搜索结果未显示,还是产品页也无法打开。App Store 的内容可见性可能受到商店地区、内容限制和账户状态影响。用应用 ID 确认目标之后,继续检查设备上的内容限制,以及商店显示的账户信息;不要将搜索不到直接解释为设备一定不兼容。

如果产品页能打开,继续查看兼容性与系统要求,并以 App Store 页面标注为准。若商店给出账户或地区相关提示,应先处理该提示,再回到产品页确认。此时反复修改 Shadowrocket 内的服务器信息没有帮助,因为购买与连接配置属于不同环节。

阅读商店搜索排查 →

一次性买断与已购恢复

Shadowrocket 采用一次性买断,美区定价约 2.99 美元,各店面以当地货币显示,实际金额以购买时的 App Store 页面为准。iPhone 与 iPad 的购买适用范围同样以商店标注为准。重新安装或换设备时,先确认登录的是原购买所用的 Apple 账户,再查看已购项目与产品页状态。

若页面再次显示购买金额,先核对账户、购买记录和目标应用,暂不重复付款。应用重新获取后,仍需检查自己的订阅、服务器条目与 Config;应用购买记录不会替代这些使用信息。家人共享的可用性与适用条件,也应在当前商店页面和账户设置中核对。

查看价格与购买说明 →

应用购买与连接服务分别管理

购买获得的是客户端的使用资格,不等于已经拥有服务器或订阅。本站不提供、不销售、不推荐节点或订阅。下文所有导入操作,都以用户已有自己的订阅或服务器信息为前提;需要填写的连接参数,应从自己的服务商说明或自己管理的服务端配置中确认。

导入订阅后,列表出现条目只说明信息已被读取,仍需选择条目并验证连接。客户端价格与订阅有效期、服务端状态分别管理;因此,订阅到期或服务器暂时不可用时,重新购买客户端并不能解决连接问题。应回到已有订阅的状态与参数逐项核对。

查看已有订阅导入教程 →

应用更新后,先比较设置再排查

应用更新通过 App Store 完成,可在商店检查更新记录与自动更新设置。更新后若出现异常,先记下当前 Global Routing、Config、所选服务器和 On Demand 状态,复测原先可用的目标,再判断是网络环境变化、订阅更新还是配置差异。不要在未保留信息前同时重置所有设置。查阅手册时也应以应用内实际显示的字段为准,界面布局变化不等于购买记录或已有订阅失效。

需要理解术语时,先区分 Subscribe 与 Config、Proxy 与 PROXY、Direct 与 DIRECT 的使用位置:前者可能是界面模式,后者可能是配置中的策略关键字。操作入口与规则文本不能机械替换。术语手册按界面、协议、规则和订阅分类解释,便于在修改之前先确定含义。

日志选读

按问题查阅操作说明

以下文章分别处理链接格式、系统 VPN 授权与商店搜索问题。先选择与当前症状一致的主题;若还没有完成首次配置,优先按使用教程走完导入、选择模式和验证连接的顺序。

连接故障应按症状处理:开关无法开启,先查系统权限;订阅更新失败,先查链接状态与返回内容;仅部分目标异常,先查规则命中和 DNS;耗电变化则结合实际流量、使用时间与 On Demand 条件观察。保留一份原先可用的 Config,并在每次调整后复测同一目标,能够让排查结果有依据。更完整的流程见疑难手册。