App Store 正版 · 官方手册

Shadowrocket
使用与规则配置

面向 iPhone 与 iPad 的规则代理客户端,通过 规则分流 管理请求去向;应用在 App Store 一次性买断,连接前需准备用户已有的订阅或服务器信息。

  • Rule
  • On Demand
  • Shadowsocks
  • VMess · Trojan · Hysteria2

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

App Store 独占发行 一次性买断 PROXY / DIRECT / REJECT 用户已有订阅导入

功能大纲 / 按任务查阅

从连接参数到请求去向

先区分服务器、配置文件和连接开关:服务器保存连接参数,Config 中的规则决定请求去向,Home 上的开关控制连接状态。导入已有订阅后,还需要选定服务器、确认 Global Routing,再检查实际访问结果。下面按应用内名称查阅各项作用。

Rule:按匹配顺序选择策略

Rule 用于决定请求采用 PROXY、DIRECT 或 REJECT。使用规则前,先在 Home 将 Global Routing 设为 Config,并确认当前启用的配置文件。规则通常按从上到下的顺序匹配,具体的例外应放在宽泛规则之前,FINAL 放在末尾承接未匹配请求。示例只说明语法,不是可以替代个人网络需求的完整配置;调整后应检查目标请求实际命中了哪一条规则。

DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY

Global Routing:先选姿态,再检查规则

Config 按当前配置文件分流,Proxy 将适用请求交给代理策略,Direct 采用直连。三者是请求处理姿态,不是三份服务器列表。日常需要按域名或 IP 区分去向时,先检查 Config;临时排查时可以对照不同姿态的结果,但应记录原设置,检查后恢复预期模式。界面中的 Proxy、Direct 与规则里的 PROXY、DIRECT 大小写不同,阅读配置时不要混用写法。

查看代理模式

规则从具体到宽泛排列

例如,局域网地址需要直连时,可先放置对应的 IP-CIDR 规则,再放域名策略,最后用 FINAL 兜底。遇到一条请求走向不符合预期,先检查是否被更靠前的规则匹配,再检查所选配置,而不是继续在文件末尾追加同类规则。修改和验证应围绕同一个目标进行,才能判断变化来自哪一处。

阅读规则与配置参考 →

首次连接按固定顺序完成

准备已有订阅或服务器信息,完成导入后在 SERVER 中选择条目,再确认 Global Routing。打开连接开关时按系统提示添加 VPN 配置,之后使用 Connectivity Test 与实际请求交叉检查。若中途失败,停在当前步骤核对,不要同时改服务器、规则和测试方式;这样才能保留可复现的排查路径。

阅读完整入门指南 →

设备与商店入口

iPhone 与 iPad 获取说明

唯一获取入口是 App Store。先核对产品身份,再查看当前设备的兼容性、价格和购买状态;系统要求以 App Store 页面标注为准。

购买记录与应用设置分别检查

App Store 的购买记录用于确认应用获取资格,应用内的服务器和配置文件用于实际连接,两者解决的是不同问题。换设备后先确认商店使用的是购买应用时使用的 Apple ID,再检查 Shadowrocket 内的数据是否已经恢复。原设备能连接,并不能说明新设备已选中相同服务器或启用了相同配置;这些项目需要逐项核对。

系统授权后仍需完成验证

VPN 配置授权用于让系统建立相应的网络连接,授权完成并不代表已有服务器一定可达。第一次打开连接后,先检查 Home 状态,再访问实际需要使用的目标。如果系统请求未完成、连接开关未保持开启,应先处理授权和连接状态,再讨论规则是否命中,避免把不同阶段的问题混在一起。

Mac / Apple TV 也可在同一 App Store 获取,兼容性、系统要求与购买适用性以 App Store 页面标注为准。

正版与购买事实

核对应用身份,再确认购买

Shadowrocket 是闭源商业应用。本节将商店核验、购买恢复与连接服务分开说明,价格和购买状态都应回到 App Store 当前页面确认。

Shadowrocket 官方图标 正版三要素

开发者、图标与应用 ID 同时核对

在商店搜索结果中先打开产品详情,不要只凭名称判断。开发者应为 Shadow Launch Technology Limited,图标应与这里的官方图标一致,产品链接中的应用 ID 为 932747118。三项指向同一应用后,再查看页面上的购买或重新下载按钮。相似名称、近似图案以及搜索结果位置,都不能代替这三项核验。

从本站的下载核验页进入,可直接定位同一个产品页;如果由商店内搜索进入,也应完成同样的检查。核验时以产品详情为依据,不把搜索摘要中的截断文字当作完整开发者信息。

查看正版核验位置 →
店面与账号

商店可见性与账号地区

应用是否显示、以哪种货币计价以及当前账号能否购买,应以正在使用的 App Store 店面为准。搜索不到应用时,先通过准确的产品入口检查商店提示,再核对账号地区、设备兼容性与购买限制。搜索没有结果,与应用已经购买过,是两种不同情况,需要分别查看。

准备更改账号地区前,先阅读 App Store 内相关提示,检查余额、现有订阅和付款方式等条件。不要把改变地区当作连接故障的处理方法:商店地区影响获取与购买,不会替用户填写服务器参数,也不会决定应用内规则的匹配结果。

查看商店入口说明 →
购买与恢复

已购项目用于换机和重新安装

已经购买的用户,应先在 App Store 确认购买应用时使用的 Apple ID,再到已购项目中查找 Shadowrocket。页面显示的下载状态以该账号记录为依据;若再次出现付费按钮,不要急于重复购买,先检查账号、店面和应用身份是否一致。家庭共享是否适用,以 App Store 页面及账号内显示的条件为准。

应用恢复与使用数据恢复要分开核对。重新下载后,检查服务器列表、所选配置和 On Demand 条件;如使用 iCloud 同步,也应确认目标设备中的实际内容。订阅链接、密码及配置中的敏感信息应由用户妥善保存,不应粘贴到公开页面。

查看已购恢复说明 →
价格与服务边界

客户端买断 ≠ 线路套餐

美区定价约为 2.99 美元,一次性买断,各店面按当地货币显示,最终以 App Store 付款确认页为准。付款获取的是 Shadowrocket 客户端的使用资格,不会随购买自动产生服务器、订阅地址或可用连接。已有订阅的有效期和服务状态,与客户端的购买记录分别管理。

本站不提供、不销售、不推荐任何节点或订阅。教程以用户已经持有自己的订阅或服务器信息为前提,仅说明如何导入、选择、测试和配置。即使应用已完成购买,仍应先核对连接信息,再按步骤验证;重复购买客户端并不能修复已有服务器的连接问题。

查看价格与买断说明 →

应用更新与订阅更新不是同一件事

Shadowrocket 应用更新通过 App Store 完成;Subscribe 的更新用于重新获取用户已有订阅的服务器信息;Config 中的远程配置又有独立的内容来源。排查时先确定需要更新的对象,不要把订阅列表变化理解成应用已升级。应用更新后,也应保留已有配置的核对习惯,按当前界面重新检查关键设置。

官方手册的阅读顺序

本站是 Shadowrocket 官网与官方手册。尚未获取应用时,先阅读下载核验页;已经准备好连接信息时,从入门指南按步骤完成首次连接;能够连接但请求去向不符时,再阅读代理模式和规则参考。遇到英文界面词,可先查名词解释,避免把服务器、订阅、配置文件和策略当作同一类设置。

常见问题精选

订阅导入后,为什么还要选择服务器?

导入只负责把已有连接信息加入列表,并不等于当前连接已经切换到期望条目。先在 SERVER 检查选中项,再核对 Global Routing 和连接开关。如果列表中存在多个分组,还应确认没有选中旧条目。完成选择后重新测试,才能把测试结果与当前服务器对应起来。

查看导入与选择步骤 →
Config 与 Proxy 应该怎么选?

需要按规则区分请求去向时使用 Config,并确认已启用正确配置;需要临时检查代理连接路径时,可对照 Proxy 的结果。改变模式前记下原设置,不要同时修改规则。若只有 Config 下的某个目标异常,下一步应检查匹配顺序和命中策略,而不是直接判断整个服务器不可用。

查看三种模式的区别 →
Connectivity Test 有响应就表示全部配置正确吗?

测试结果只反映相应测试方式和目标下的情况。实际请求还受域名解析、连接参数、Global Routing 与具体规则影响。应把服务器测试、连接状态和目标访问分开记录;测试通过后仍无法访问某个目标时,围绕该目标检查,而不是用单一测试结果推断全部请求。

查阅测试与规则术语 →
Data 的流量变化能说明什么?

Data 可辅助观察应用记录的流量情况,但出现流量并不能单独证明请求走了预期策略,也不能据此判断订阅剩余用量。检查具体请求时,还需要结合访问目标、当前模式与连接记录。订阅服务的用量与有效期,应以用户已有服务对应的信息为依据。

查看 Data 相关解释 →

日志 / 入门阅读

连接步骤与模式说明

按实际操作阶段阅读:先理解首次打开时的系统授权与 Home,再完成服务器选择和连接验证,最后明确不同 Global Routing 姿态下的请求去向。每次只处理一个阶段,便于保留检查结果。

查看全部文章 →