iPhone
从 App Store 完成购买与安装。首次添加 VPN 配置时,阅读系统授权提示,再返回 Home 检查所选服务器与 Global Routing。系统要求和设备兼容性以 App Store 页面标注为准。
查看 iPhone 获取说明设备与商店入口
Shadowrocket 只在 App Store 发售。购买前核对开发者、官方图标与应用 ID;安装后,再导入用户已有的订阅或服务器信息。应用的购买记录与连接配置是两类不同的数据,恢复已购应用后仍应检查配置是否齐全。
从 App Store 完成购买与安装。首次添加 VPN 配置时,阅读系统授权提示,再返回 Home 检查所选服务器与 Global Routing。系统要求和设备兼容性以 App Store 页面标注为准。
查看 iPhone 获取说明先用购买时的 Apple ID 检查已购记录,再下载应用。iPhone 与 iPad 的通用购买及恢复资格以 App Store 页面标注为准;较宽的显示区域适合对照配置字段,但导入与连接仍需逐项核对。
查看 iPad 获取说明Mac / Apple TV 也可在同一 App Store 获取,系统要求和设备兼容性以 App Store 页面标注为准。
功能与设置
先明确连接模式,再检查配置与服务器。以下六项分别处理策略选择、自动连接、规则匹配、订阅更新、文件管理和协议字段;它们互有关联,但不能相互替代。
在 Home 的 Global Routing 中选择 Config、Proxy 或 Direct。Config 按当前配置文件判断策略,适合需要区分不同请求的场景;Proxy 将适用请求交给所选代理;Direct 使用直接连接。需要规则分流时,应先选 Config,再确认实际启用的文件,而不是只编辑一个未被使用的文件。排查问题可临时切换模式作对照,但测试结束后应恢复原设置。模式决定处理方式,不能补齐服务器地址、认证信息或 DNS 设置。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT
查看模式与功能说明 →
On Demand 用于按设定条件触发连接,可在 Settings 中核对相关选项。启用前先手动连接并确认配置可用,再设置 Wi-Fi 或蜂窝网络下的条件,避免将基础连接故障误认为自动连接问题。测试时应观察网络切换后的实际状态,而不是只看开关是否开启。需要暂停自动连接时,也应检查 On Demand 条件,防止手动断开后再次被触发。耗电表现还与流量、信号和后台活动有关,应结合系统电池记录判断。
Settings
On Demand
查看 On Demand 与耗电检查 →
规则分流由匹配条件与执行策略组成。在 Config 中检查当前文件的 [Rule] 段,将针对单个域名或明确网段的规则放在宽泛条件前面,再以 FINAL 收尾。DOMAIN-SUFFIX 匹配域名后缀,GEOIP 根据目标 IP 的归属地判断;PROXY、DIRECT 与 REJECT 分别表示代理、直连与拦截。遇到意外命中时,先检查前面的规则,而不是只修改目标行。下面的域名用于说明语法,不代表必须采用的访问策略。
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY
查看规则与配置参考 →
用户已有自己的订阅时,可按教程在 Home 的添加入口导入,并核对订阅分组与服务器内容。更新订阅是重新读取远端信息,不等同于更新应用,也不保证当前所选服务器仍然有效。更新后应重新确认选择项,必要时进行连接检查。订阅地址可能包含个人访问凭据,不应贴入公开截图或日志。导入失败时先确认链接是否完整、是否包含多余空格,再检查本地网络与原服务的有效状态;本站只说明导入与管理方法。
Home
Add Server
Subscribe
查看已有订阅导入步骤 →
Config 用于管理配置文件,规则、DNS 和其他行为应在正确段落中维护。修改前先确认当前启用的是哪一份文件,并保留可恢复的副本;一次只调整一类设置,便于发现问题后回退。[General] 管理通用选项,[Rule] 负责策略判断,[Host] 可指定域名映射,[URL Rewrite] 处理重写规则。远端配置重新更新时应留意本地改动是否保留。使用 iCloud 同步时,也要分别核对设备上的实际文件与选择状态,不能只凭文件名判断内容一致。
[General]
bypass-system = true
[Rule]
FINAL,PROXY
逐段阅读配置字段 →
Shadowrocket 支持多种代理协议,添加时应依据用户已有的服务器信息选择 Type,而不是按协议名称猜测。Shadowsocks、VMess、VLESS、Trojan、WireGuard 与 Hysteria2 的字段并不相同,地址与端口相同也不表示配置可以互换。在 Add Server 中逐项核对认证、传输和 TLS 相关信息;扫描或导入后仍需检查字段是否完整。协议只说明连接方式,实际可用性还取决于服务器、当前网络与对应参数,延迟测试数值不能替代网页访问验证。
Add Server
Type
Host
Port
查看协议与连接功能 →
Data 可作为观察流量变化的入口,但流量增加不等同于目标网页已正常返回。检查时应同时记录当前网络、连接模式和访问结果。iCloud 用于跨设备同步相关数据时,各设备仍需要核对自己的应用状态与配置内容;系统 VPN 授权、购买记录和服务器有效性不能仅凭同步结果推断。先在一台设备完成可复现的连接测试,再在另一台设备核对同一组参数,更容易定位差异。
规则判断路径
规则顺序就是优先级。具体的域名条件通常放在前面,IP 与归属地条件随后判断,FINAL 放在末尾。REJECT 是策略,不是独立的匹配类型;下图粉色标签表示某条规则命中后执行拦截,并非每个请求都依次经历全部标签。
以 DOMAIN-SUFFIX,example.com,PROXY 为例,前两项描述域名条件,最后一项决定处理策略。条件写对但策略选错,仍会得到不同于预期的结果。排查时应连同所在位置一起检查,避免被前面的宽泛规则提前匹配。
域名规则与 IP 规则依赖的信息不同。网页打不开时,不应只重复测试延迟;还要确认域名是否解析、最终命中了哪条规则,以及当前服务器能否完成实际请求。修改前记录原值,修改后用同一个目标复测。
正版与购买事实
Shadowrocket 是闭源商业应用,中文用户也常称其为“小火箭”。本站是 Shadowrocket 官网与官方手册。获取应用、核对价格及阅读更新记录,应以 App Store 产品页为依据;使用配置时,则以应用内实际显示的选项与当前文件为依据。先分清这两类信息,可以避免把购买问题当成连接故障。
搜索名称只是找到产品的第一步。打开详情页后,核对开发者是否为 Shadow Launch Technology Limited,再对照本站页头所用的官方图标,最后检查产品链接中的应用 ID 是否为 932747118。官方图标为白底蓝紫描边图案,不能只凭搜索结果中的近似名称判断。三项信息应对应同一个产品页;确认后再阅读购买按钮、兼容性与应用说明。
如果从站内教程进入获取流程,先阅读正版核对说明,再打开商店。应用更新由 App Store 管理,具体更新内容与记录也在商店页核对。首页不列具体版本与系统数字,避免将静态文字误认为设备当前可安装的条件。
美区定价为 2.99 美元,实际价格以 App Store 页面标注为准,其他店面按当地货币显示。一次性买断描述的是应用购买方式,不表示服务器访问、订阅有效期或网络质量。客户端买断 ≠ 线路套餐。本站不提供、不销售、不推荐节点或订阅;后续连接步骤均以用户已有自己的订阅或服务器信息为前提。
因此,购买成功后,Home 中仍可能需要添加服务器或导入已有订阅。若已安装但暂时没有连接信息,应先整理自己已有的配置资料,而不是反复购买应用。反过来,服务器信息已经有效,也不替代 App Store 中的应用购买记录。两者分别核对,问题的归属才会清晰。
App Store 搜索结果与当前账号店面有关。找不到应用时,先确认当前商店登录状态与店面,再使用本页给出的产品入口核对详情。系统要求、设备兼容性与可购买状态一律以 App Store 页面标注为准。涉及账号地区的调整,应先阅读 Apple 账号界面显示的条件,特别留意现有余额、付款方式与正在使用的服务,不应仅为一次搜索就反复切换设置。
在 iPhone 与 iPad 之间使用时,通用购买及恢复资格同样以商店页实际标注为准。设备能否安装、账号是否已有购买资格、连接配置是否完整,是三个独立检查项。较旧设备遇到无法获取的提示时,应先看兼容性说明,而不是将问题归因于导入链接或规则文件。
删除重装或更换设备后,先确认 App Store 登录的是当初购买应用的 Apple ID,再到已购项目中查找 Shadowrocket。符合恢复资格时,可从购买记录重新下载;若显示需要购买,应先核对账号、店面与购买历史,不要立即重复支付。详细路径可参阅已购恢复说明。
重新下载应用不等于自动恢复全部连接状态。打开后检查服务器列表、订阅、当前 Config 与 Global Routing;使用 iCloud 同步或配置备份时,还应核对文件内容与生效选择。系统要求添加 VPN 配置时,阅读授权提示后再确认。完成恢复后先进行一次手动连接测试,再考虑恢复 On Demand 条件,避免多个变化同时发生而难以判断原因。
准备好用户已有的连接信息后,先导入并核对字段,再选择服务器、确认 Global Routing,最后开启连接。Connectivity Test 可帮助观察可达性,但不能单独证明 DNS、规则与目标站点都已正常。建议使用一个明确的访问目标完成验证,记录当时使用的网络与模式;如果失败,每次只改一个设置,复测后再决定是否保留。
遇到“延迟有数值但网页打不开”,检查顺序应从本地网络、DNS 解析、规则命中到实际服务器请求逐步展开。Data 中出现流量也只说明发生了数据传输,不代表请求已成功完成。包含订阅地址、认证信息或个人域名的日志,在分享前应先处理敏感内容。完整步骤见使用教程,连接异常见疑难解答。
先检查 Global Routing 是否为 Config,再确认编辑的文件是否正在使用。接着查看目标规则前面是否已有条件命中;FINAL 若提前出现,后续规则就无法发挥预期作用。查看规则匹配参考 →
不是。订阅更新读取用户已有订阅中的连接信息,应用更新由 App Store 管理。订阅更新后需要检查所选服务器是否仍存在;应用更新后则应关注商店说明与实际设置。查看订阅管理问答 →
核对服务器信息、当前配置文件、Global Routing 与系统 VPN 授权,再手动验证连接。购买记录只证明应用获取资格,不表示连接参数已经恢复。查看恢复检查步骤 →
文章与排查
完成基础连接后,再按实际问题阅读专题。协议文章解释参数与适用条件,DNS 文章区分解析和转发,On Demand 文章说明自动连接与电池记录的检查方式。不要仅凭某一个测试结果同时修改全部设置。
从 QUIC 与 UDP 的传输方式讲起,理解高丢包、长距离链路下的表现与限制。配置前仍需核对已有服务器提供的协议、端口与认证字段,不能只根据协议名称判断连接效果。
阅读协议说明 →从 [General] 段的 dns-server 写法区分不同解析方式,说明解析速度、可靠性与隐私之间的取舍。调整时保留原设置,并用同一域名复测,避免把规则问题误判为 DNS 故障。
阅读 DNS 配置 →结合系统电池记录、实际流量与网络切换,检查常驻连接和按需连接的差别。先验证手动连接正常,再设置 Wi-Fi 与蜂窝网络条件,观察是否存在反复触发的情况。
阅读按需连接检查 →