RULE-BASED ROUTING · APP STORE

Shadowrocket规则库与使用手册

面向 iOS / iPadOS 的规则代理客户端,App Store 正版一次性买断;本官方手册说明已有配置导入、规则分流与连接检查。

RuleOn DemandVLESS
default.conf

DOMAIN-SUFFIX,example.com,PROXY

01 / RULE REFERENCE

规则、连接与配置的对应关系

先分清“连接到哪里”和“哪些请求使用这条连接”。服务器记录保存连接参数,Config 保存分流逻辑,Global Routing 决定当前采用哪种处理方式。修改前确认所在层次,可以避免把规则错误当成协议故障,也避免反复替换本来可用的服务器参数。

Rule:先匹配,再判定

在 Config 中检查 Rule 的排列顺序。请求由上向下匹配,命中后交给对应策略处理;具体域名条件应放在较宽的条件之前,FINAL 用作末尾兜底。右侧片段演示域名后缀、地理地址条件与最终策略,不是适合所有网络的完整配置。PROXY 仍需要可用的代理目标,DIRECT 仍依赖当前网络能够访问目标。修改后到连接记录核对实际命中项,不要只看顶部连接开关。

default.conf
  1. DOMAIN-SUFFIX,example.com,PROXY
  2. GEOIP,CN,DIRECT
  3. FINAL,PROXY

Global Routing:Config / Proxy / Direct

配置、代理、直连三种姿态分别对应 Config、Proxy、Direct。Config 按当前配置分流;Proxy 将通常的请求交给所选代理处理;Direct 用于直接连接。排查时先记下原来的选择,再临时改变一项进行对照。不要把 Global Routing 的 Proxy 与规则中的 PROXY 混为一谈:前者是当前运行方式,后者是规则命中后的策略关键字。

切换到 Proxy 后能访问、切回 Config 后异常,通常应优先检查规则、策略引用和解析路径。两种方式都失败时,再核对服务器参数与网络条件。切换方式只能帮助缩小范围,不能修复失效的认证信息,也不能保证目标本身可达。测试结束后恢复原设置,避免临时排查状态变成长期配置。

查看 Global Routing 与设置说明 →

从一次请求开始核对规则

不要一开始就替换整份配置。先选定一个可重复访问的目标,记录发生问题时的网络、运行方式和服务器选择,再查看它匹配了什么规则。DOMAIN 对应具体域名,DOMAIN-SUFFIX 对应域名后缀范围,IP-CIDR 则面向地址段;目标条件不同,观察到的匹配结果也可能不同。

REJECT 会阻断命中的请求,但域名级判断无法区分同一域名下所有不同用途。若页面主体正常而图片、登录或媒体异常,应检查相关资源是否被误拦。USER-AGENT 也取决于请求中是否存在可供识别的信息,不应假定所有加密流量都能按该字段匹配。规则越具体,越便于说明影响范围与撤销修改。

按症状查看排查手册 →

02 / DEVICE & STORE

iPhone 与 iPad 获取说明

Shadowrocket 是 Apple 平台付费客户端,唯一获取入口是 App Store。购买前在实际使用设备上打开产品页,核对当前商店的可见性、标价和兼容性。系统要求与购买兼容性以 App Store 页面标注为准;不要仅凭搜索列表中的名称判断产品,也不要把手册中的示例当作购买后的默认配置。

iPhone

在 App Store 完成购买与安装后,先打开 Home,确认已有服务器或订阅的导入方式。首次建立连接时,系统可能请求添加 VPN 配置;阅读系统提示,确认由 Shadowrocket 发起后再授权。该授权用于建立系统网络连接,并不表示服务器参数已经验证成功。

建议先在一个稳定网络下完成导入、选择与测试,再检查切换网络后的表现。若开关能够启用但无法访问,继续核对 Global Routing、所选记录和 Config,不要只重复点击连接开关。

查看 iPhone 获取与首次打开 →

iPad

同一 Apple ID 的已购记录可用于查找并重新下载应用,具体购买兼容性以 App Store 页面标注为准。下载完成后,仍需检查 iPad 上实际保存的服务器记录和当前配置;应用恢复与配置恢复是两件事,不应因为图标已经出现就默认所有连接资料已经迁移。

较大的显示空间可能改变列表与详情的呈现位置,但 Home、Config、Settings 的核对逻辑一致。使用 iCloud 同步资料后,逐项确认选中记录、策略引用和当前运行方式,再开始连接测试。

查看 iPad 已购与配置说明 →

先核对产品页,再确认购买

按钮将打开 Shadowrocket 的 App Store 产品页。商店显示的本地货币价格、兼容性与购买提示才是当前操作依据。若页面不可见,先核对账号所属商店与产品可用情况,避免把商店可见性问题误判为设备故障。

查看获取步骤 →
在 App Store下载 Shadowrocket
一次性买断 应用 ID 932747118 系统要求以 App Store 页面标注为准

安装完成后的检查顺序

第一步,准备用户已有的订阅或服务器信息,明确应使用 Subscribe、Scan QR Code 还是手动 Add Server。第二步,导入后选中具体记录,核对 Type 与必填参数。第三步,确定 Global Routing 与当前 Config,再建立连接并访问实际目标。每一步只处理一个层次,可以把“内容没有导入”“记录参数不符”和“规则未命中”分开判断。

不要在尚未验证基础连接时同时加入大量规则、自动触发条件和额外处理设置。先保留一份可以复现的基础配置,再逐项增加所需功能。完整操作衔接与常见失败点见入门指南;遇到系统授权、连接超时或解析异常时,按排查手册对应章节继续核对。

03 / PURCHASE FACTS

正版核验与一次性买断

Shadowrocket 是闭源商业应用。本官网与官方手册使用可在 App Store 核对的产品信息说明获取方式,不用名称相似程度代替身份核验。购买前依次查看开发者、官方图标与应用 ID;安装后通过 App Store 管理更新和已购记录,连接资料则由用户按自己的实际配置管理。

Shadowrocket 官方应用图标

商店身份三要素

产品名称
Shadowrocket
开发者
Shadow Launch Technology Limited
应用 ID
932747118

产品页地址末尾的 id932747118 对应应用 ID。图标、开发者与 ID 应一起核对。

查看逐项核验说明 →

搜索结果不能代替产品身份

搜索时可能遇到名称或图标相近的结果。先进入产品详情,查看开发者是否为 Shadow Launch Technology Limited,再对照本站显示的官方图标与产品页应用 ID。图标适合帮助辨认,但单独看图不能完成核验;开发者名称与应用 ID 是另外两项必要检查。确认三项对应后,再阅读价格、兼容性和购买提示。

如果从已购记录进入,仍建议确认应用名称与身份信息,尤其是在账号中有多个相近名称应用时。商店语言、搜索排序或页面布局变化,不改变核验所需的三项事实。手册中的步骤用于说明检查顺序,具体按钮位置以当前 App Store 界面为准。

商店地区与账号状态

产品能否在当前商店显示,与账号所属商店和产品可用情况有关。打不开产品页或搜索不到时,应先检查当前登录的购买账号及商店状态,而不是反复重装应用。不同店面按当地货币显示价格;本站引用的美区价格只用于解释计费方式,付款前应以设备实际展示的金额为准。

涉及账号地区调整、支付方式或购买限制时,按 App Store 当前提示处理。不要把网页是否能打开当作账号一定能够购买的证明,也不要把同一设备上的 iCloud 登录状态与 App Store 购买账号默认视为同一项。恢复已购时,重点核对当时实际完成购买的账号。

买断的是客户端使用资格

Shadowrocket 采用一次性买断,美区标价为 $2.99,实际价格以 App Store 页面为准。客户端买断 ≠ 线路套餐。购买应用后,用户仍需持有自己的订阅或服务器信息;客户端负责读取连接参数、应用规则与处理请求,购买本身不会为 Home 自动补入可用服务器。

本站不提供、不销售、不推荐节点或订阅。手册只解释如何导入用户已有的资料、如何确认字段对应以及如何定位失败点。若连接因远端认证失效、服务器停用或服务权限变化而失败,应核对已有服务的信息与状态,不能通过再次购买客户端解决。

已购恢复与资料恢复分开处理

换机或重新安装后,使用原购买账号进入 App Store 的已购项目查找 Shadowrocket,核对产品后重新下载。若按钮仍显示价格,先检查购买账号、商店和历史记录,不要直接重复付款。iPhone 与 iPad 的购买适用范围,以及家人共享的适用性,均以 App Store 页面标注为准。

重新下载应用不等于恢复服务器记录和 Config。迁移前保留必要备份,迁移后核对 iCloud 同步结果、当前选中的配置与服务器。确认资料齐全并完成连接测试后,再清理旧设备中的相关内容。具体查找路径见已购项目恢复说明。

更新之后,先验证原有使用路径

应用更新通过 App Store 管理,版本信息与更新记录以产品页为准。更新前保留可用配置,更新后先重复此前正常工作的访问步骤,确认服务器选择、Global Routing 和 Config 没有偏离预期。若仅个别目标异常,优先对照规则命中与解析结果;若所有请求同时失败,再检查系统网络、连接授权和已有服务器状态。

保留一次问题发生时的简要记录,比同时改动多个设置更有帮助。记录可以包括所用网络、运行方式、是否仅某个目标失败及测试结果,但不应包含密码、私钥或完整订阅链接。提交诊断信息前检查截图和文本中的敏感字段;处理结束后,撤销临时增加的测试规则与日志设置,保持配置便于后续维护。

查看购买、恢复与使用常见问题 →

04 / TECHNICAL NOTES

技术笔记:计费、协议与规则边界

以下笔记分别对应购买前的费用理解、已有 WireGuard 配置的参数核对,以及 REJECT 规则的影响范围。先按实际问题选择阅读路径:费用问题回到商店事实,连接问题核对协议字段,局部页面异常再检查规则。不同层次分开处理,才能保留清晰的排查依据。