iPhone
先核对商店产品页,再完成购买与安装。首次开启连接时,系统可能要求允许添加 VPN 配置;这项授权用于建立网络连接,不会替代服务器认证。返回 Home 后,还需选择自己的服务器并核对 Global Routing。
前往说明App Store 正版 · 官方手册
面向 iPhone 与 iPad 的规则代理客户端。先核对购买入口,再导入已有配置,理解规则分流与一次性买断的适用范围。
客户端买断 ≠ 线路套餐系统要求以 App Store 页面标注为准
能力对象索引
服务器信息决定连接到哪里,Global Routing 决定如何选择路径,Config 中的 Rule 决定请求命中什么策略。先区分这些对象,再修改具体设置,可以减少反复导入和盲目切换。
Rule 用于区分不同请求的处理路径。在 Home 的 Global Routing 选择 Config 后,当前配置中的规则才是排查分流的重要依据。规则通常自上而下匹配,较具体的条件应放在较宽泛的条件之前,最后用 FINAL 接住其余请求。DOMAIN-SUFFIX 匹配指定域名及其子域名,PROXY、DIRECT、REJECT 则表示不同处理策略。修改前先保存原配置,修改后确认正在使用的文件,并查看实际请求是否命中预期规则。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT
查看模式与规则说明 →
On Demand 用于在满足指定条件时触发连接行为,适合经常切换 Wi-Fi 与蜂窝网络的使用场景。先在 Settings 中找到 On Demand,再核对网络类型、Wi-Fi 名称或域名相关条件。它负责何时连接,并不替代 Global Routing 对请求路径的选择。首次配置时应只启用一组容易验证的条件,分别测试进入与离开该网络的结果。如果手动断开后连接再次出现,应先检查是否命中了按需条件,而不是立即删除服务器或重装应用。
On Demand
Wi-Fi / Cellular
Global Routing → Config
阅读 On Demand 条件说明 →
Shadowrocket 支持 Shadowsocks、VMess、VLESS、Trojan、Hysteria2 等协议。已有服务器的协议决定 Add Server 中应选择的 Type,不能仅凭名称相近就互换。填写时依次核对 Host、Port、认证信息及该协议所需的传输和 TLS 选项;某个字段是否出现取决于所选类型。若已有可导入的链接或二维码,优先导入后逐项核对,避免手动复制遗漏。连接失败时应先与自己的服务器信息对照,不要同时修改协议、端口与认证字段。
Add Server
Type → 与已有服务器协议一致
Host / Port → 核对服务器信息
查阅 VMess 等协议术语 →
Subscribe 用于从用户已有的订阅地址读取服务器信息。导入前确认链接完整,保留其中的查询参数,且不要把含有访问凭据的地址公开到截图或聊天记录中。导入成功后,在 Home 的 SERVER 区域检查条目是否出现,再选择需要使用的服务器。订阅更新主要维护该订阅提供的内容,不等同于应用更新,也不代表自动配置全部分流规则。若更新后条目变化,先核对订阅来源与返回内容;本站只说明导入操作,不提供订阅或服务器信息。
Subscribe → 导入已有地址
SERVER → 检查并选择条目
Connectivity Test → 验证可达性
查看已有订阅导入步骤 →
Config 管理影响请求处理的配置文件。General 描述通用设置,Rule 组织匹配条件和策略,Host 处理指定名称映射,URL Rewrite 用于匹配并改写请求地址。能看到文件不等于该文件正在生效,编辑完成后还应确认当前选中的配置及 Global Routing。初次修改建议一次只调整一个段落,保留原文件以便回退。iCloud 同步可以辅助在自己的设备间管理内容,但同步范围与状态仍需在应用内核对,不能把同步开关当作完整备份的证明。
[General]
bypass-system = true
dns-server = system
[Rule]
FINAL,DIRECT
阅读 .conf 段落说明 →
Connectivity Test 用于检查所选服务器在当前测试方法下的可达性,结果不能直接等同于网页加载速度或所有目标都能访问。排查时先确认基础网络可用,再测试所选条目,最后验证具体网站与规则。Data 中的流量记录可辅助判断是否有请求经过,但累计流量并不解释失败原因。遇到测试有响应而页面打不开,应继续检查 DNS、目标站点、规则命中及传输设置。每次只改变一个变量,并记录修改前后的现象,才能判断哪个调整真正有效。
基础网络 → 所选 SERVER → Connectivity Test
目标访问 → DNS → Rule → Data
按连接症状排查 →
设备与获取
Shadowrocket 是 Apple 平台的付费客户端,唯一获取入口为 App Store。同一 Apple ID 的购买记录可用于找回应用;设备兼容性、系统要求与购买适用范围,以 App Store 页面标注为准。
先核对商店产品页,再完成购买与安装。首次开启连接时,系统可能要求允许添加 VPN 配置;这项授权用于建立网络连接,不会替代服务器认证。返回 Home 后,还需选择自己的服务器并核对 Global Routing。
前往说明使用同一 Apple ID 查看已购记录,核对兼容性后获取应用。较大的显示区域不改变服务器、配置与路由模式之间的关系。应用恢复与个人配置恢复应分开确认,不要把应用已经出现当作订阅和规则也已恢复。
前往说明Mac / Apple TV 也可在同一 App Store 获取,以商店页兼容性标注为准。
准备换机时,先确认原设备上的配置能否导出或同步,再记录当前使用的订阅、服务器与配置文件名称。App Store 管理的是应用购买记录,而订阅访问权限、服务器有效期和规则内容属于另一层信息。两台设备即使登录同一购买账号,也应分别验证网络授权和当前连接结果。
快速上手预览
以下顺序以已经持有自己的订阅或服务器信息为前提。先完成最小可用连接,再加入更细的分流条件;不要在首次连接时同时改动 DNS、规则和按需连接。
步骤 01
打开 Home,从 Add Server 添加已有服务器,或导入自己的订阅。手动填写时先选择 Type,再核对 Host、Port 和认证字段;使用链接或 Scan QR Code 时,导入后也要检查类型与必要参数。看到 SERVER 条目只是说明信息已写入,尚不能证明服务器可用。
若导入失败,先检查复制是否完整、链接是否过期及当前网络能否访问订阅地址。不要把订阅地址当成普通服务器地址填入 Host,也不要为了排查而公开完整链接。需要保留证据时,遮盖认证信息后只记录错误提示。
步骤 02
配置模式 Config 按当前配置处理请求;代理模式 Proxy 将通常的请求交给所选代理路径;直连模式 Direct 用于直接连接。选择时先明确目的:希望按站点分流,应检查 Config;需要临时验证代理路径,可以用 Proxy 对照;检查基础网络时,可用 Direct 作对照。
模式名称不是连接成功的保证。Config 中仍可能有 DIRECT 规则,Proxy 也不能修复失效的服务器信息。每次切换后用同一个目标复测,并记下所选服务器与配置名称,避免把不同条件下的结果混在一起。
步骤 03
选择服务器,打开 Home 顶部连接开关,并在系统询问时确认添加 VPN 配置。随后先运行 Connectivity Test,再访问实际需要使用的目标。测试结果用于缩小范围,实际访问结果用于确认当前场景是否可用;两者应结合判断。
如果开关已开启但页面没有加载,先关闭连接确认基础网络,再检查服务器、DNS 与规则。若关闭后又自动连接,核对 On Demand。保留原配置,按一个变量一次修改的顺序排查,比连续更换多项设置更容易定位原因。
完成上述步骤后,再查看 Data 中是否有相应流量,并在不同网络下复测。Wi-Fi 可用而蜂窝网络失败时,应把网络变化作为排查线索,而不是直接认定配置文件损坏。基础连接稳定后,再考虑按域名分流、按需连接及设备间同步。
查看完整教程 →正版与购买事实
Shadowrocket测评是 Shadowrocket 官网与官方手册。核对产品应以 App Store 页面与应用内信息为依据,而不是只看搜索结果的名称或图标缩略图。
将产品页图标与官方图标对照,再核对开发者 Shadow Launch Technology Limited,以及产品页地址中的应用 ID 932747118。三项信息应对应同一个产品页,不能仅凭“小火箭”别称判断。
App Store 的搜索结果、显示货币和购买可用性会受到账号所在店面影响。如果搜索没有找到,先进入正版核验页确认产品地址,再查看商店给出的具体提示。不要把搜索不到直接理解成设备故障,也不要凭其他页面的截屏判断当前价格。系统要求、设备兼容性及购买条件,一律以 App Store 页面标注为准。
Shadowrocket 是闭源商业应用,采用一次性买断。美区定价约为 2.99 美元,各店面按当地货币显示,实际金额以购买确认页为准。购买后获得的是客户端的使用权:用于管理已有服务器、导入订阅、执行规则和诊断连接。它与服务器账户、订阅有效期和线路可用性不是同一项内容。
iPhone 与 iPad 可使用同一 Apple ID 的购买记录获取应用,具体适用范围以 App Store 页面标注为准。重装或换机时,先确认商店登录的是原购买账号,再从已购项目中查找。恢复应用后,还应单独核对订阅、手动服务器和当前 Config;购买记录不会说明这些个人内容是否已经同步或备份。
应用更新通过 App Store 完成,更新说明也以商店页面为依据。Subscribe 更新的是已有订阅返回的内容,Config 修改的是本地或已导入的规则文件,两者都不能替代应用更新。遇到更新后的连接异常,先保留现有配置,记录当前模式与错误现象,再按症状排查,不宜直接清空全部设置。
在调整规则、切换设备或删除旧条目前,确认可以找回原始配置。订阅地址、服务器密码和认证参数都可能具有访问权限,不应作为公开演示材料。向他人描述问题时,可提供所选协议、模式、错误文字以及问题发生的网络条件,敏感字段应先遮盖。这样既能保留排查线索,也能避免把完整访问凭据带入截图。
专题阅读
基础连接建立后,再按当前需要进入专题。希望少数网站走代理,先读规则匹配;连接会随网络变化,先读 On Demand;测试有响应但页面打不开,先核对 DNS 与实际请求路径。文章讨论的是设置之间的关系,不以单次测试结果替代完整诊断。
Connectivity Test 有响应,仍不能排除目标域名解析失败。按基础网络、DNS 设置和规则路径检查,区分服务器可达与网站可访问这两件事。
阅读 DNS 排查说明 →了解自动触发与手动开关的关系。先用单个条件验证,再逐步加入网络名称或域名条件,避免把自动重连误判成连接开关失效。
阅读按需连接说明 →从域名条件与兜底策略入手,理解先后顺序怎样影响请求。修改后确认当前 Config,并通过实际访问验证,不只检查规则文字是否保存。
阅读指定网站规则 →