iPhone
先在商店页核对开发者与应用 ID,再完成购买。首次建立连接时,系统可能要求添加 VPN 配置;应确认由 Shadowrocket 发起并阅读提示,再按需授权。此授权用于系统网络配置,不会自动填写服务器信息。打开应用后,仍需导入用户已有订阅或手动添加服务器。
查看 iPhone 获取步骤 →App Store 正版 · 官方手册
面向 iPhone / iPad 的规则代理客户端。先核对 App Store 正版,了解一次性买断,再导入已有订阅并设置规则分流。
按规则、连接条件与配置内容逐项核对。下方片段用于说明语法和界面项,不是适合所有网络的完整配置。
在 Config 中查看当前配置的 Rule,并确认 Global Routing 已选 Config。规则自上而下匹配,先命中的条目决定策略;DOMAIN-SUFFIX 覆盖指定域名及其子域名,FINAL 处理前面均未命中的请求。修改时把具体条件放在宽泛条件前,保留末尾兜底规则。示例中的 DIRECT 表示直接连接,PROXY 使用当前代理选择;规则本身不会生成服务器,也不能替代有效的连接参数。
[Rule]
DOMAIN-SUFFIX,apple.com,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY
On Demand 用于按照预设条件触发连接行为,可从 Settings 中查看相关设置。先完成手动连接验证,再考虑 Wi-Fi、Cellular 或指定网络条件,避免把服务器故障误认为触发条件有误。修改后分别测试进入网络、离开网络以及手动断开时的表现,并记录预期行为。按需连接管理的是连接何时建立,Rule 管理的是请求采用什么策略,两者不是同一层设置。右侧列出界面条件名,并非可粘贴的配置语法。
On Demand · 界面条件
Wi-Fi
Cellular
在 Add Server 中先选择与服务器一致的 Type,再填写 Host、Port 及该协议要求的认证信息。Shadowrocket 可用于多种协议,但协议名相同并不意味着参数可以互换;加密方式、传输方式和 TLS 相关字段仍须逐项对应。已有订阅可以减少手工录入,导入后也应检查关键字段是否完整。不要为了尝试连接而任意更换 Type;参数应以用户自己的服务商或服务器配置为准,协议选择本身不保证连接速度或可用性。
Add Server · Type
订阅用于从用户已有的地址读取服务器条目。添加时选择 Subscribe,粘贴完整链接,保存后检查是否成功出现 SERVER 条目,再选择其中一个验证连接。订阅更新只刷新相应来源的数据,不等同于修改全部规则,也不代表连接服务已经续期。更新失败时先核对链接是否完整、服务是否有效,再检查当前网络能否访问该地址。订阅地址可能含账号凭据,应作为敏感信息保存,排查时避免把完整链接放进公开截图或日志。
导入后的核对顺序
Subscribe
→ SERVER
→ 选择已有服务器
→ Connectivity Test
配置文件将通用参数、规则、主机映射与 URL 重写分段保存。在 Config 中编辑前,先保存当前可用副本,再一次修改一类设置。General 会影响基础网络行为,Rule 决定请求策略,Host 与 URL Rewrite 则分别处理名称映射和匹配后的 URL 操作。导入文件后还要确认它已被选用。使用 iCloud 同步相关数据时,应先核对同步范围与目标设备内容;同步不能代替独立备份,也不要假定已购应用会自动带回所有连接配置。
[General]
bypass-system = true
dns-server = system
[Rule]
FINAL,PROXY
[Host]
localhost = 127.0.0.1
Connectivity Test 可辅助检查服务器连通性,Settings 中的 Diagnostics 用于进一步查看问题线索。测试结果只能说明对应测试条件下的表现,不能直接证明所有网站和应用都正常。排查时依次核对本地网络、服务器参数、DNS 与规则命中,并在每次修改后重复相同测试。Data 中的流量记录可辅助确认是否有数据经过连接,但不能据此推断服务商计费余额。分享诊断信息前,应去除服务器凭据、订阅地址及其他个人信息。
诊断入口与观察项
Home → Connectivity Test
Settings → Diagnostics
Data
核对:网络 → 参数 → DNS → Rule
阅读规则时,先区分“连接是否建立”与“请求走哪条策略”。服务器条目、订阅来源、配置文件和 Global Routing 各有职责;只看到服务器已导入,并不能推断当前已经按预期分流。需要了解 DOMAIN、IP-CIDR、REJECT 等关键词时,可对照名词解释,再进入配置大全检查完整语法。
Shadowrocket 只通过 App Store 购买与获取。系统要求、兼容范围及通用购买适用性,以 App Store 页面标注为准。
先在商店页核对开发者与应用 ID,再完成购买。首次建立连接时,系统可能要求添加 VPN 配置;应确认由 Shadowrocket 发起并阅读提示,再按需授权。此授权用于系统网络配置,不会自动填写服务器信息。打开应用后,仍需导入用户已有订阅或手动添加服务器。
查看 iPhone 获取步骤 →在 App Store 使用购买应用时使用的本人 Apple ID,先查看已购项目及商店按钮状态。同一账号的已购获取与通用购买适用性,以商店页标注为准。应用购买记录与连接配置是两件事:在 iPad 上重新导入已有订阅,核对当前 Config,再单独验证连接;横屏布局不同不代表配置逻辑不同。
查看 iPad 获取步骤 →Mac / Apple TV 也可在同一 App Store 获取,以商店页兼容性标注为准。
如果商店显示的不是预期购买状态,先检查用于 App Store 购买的账号,而不是仅检查设备上的 iCloud 账号。暂时找不到应用时,也应先核对账号店面和兼容性提示,不要把商店可见性问题当作订阅或规则故障。
按“导入、选择、验证”的顺序完成首次设置。开始前准备好用户自己的订阅地址或服务器参数,并确认本地网络能正常访问网络服务。
01 / Add Server · Subscribe
在 Home 打开 Add Server。已有完整订阅地址时,选择 Subscribe 并保存;只有单个服务器参数时,按对应 Type 填写 Host、Port 与认证字段。保存后返回 Home,确认 SERVER 分组里出现实际条目,并选中准备使用的服务器。节点名称只是便于辨认的标签,不代表它一定能连接,也不应替代对协议和参数的核对。
从其他地方复制链接时,注意是否混入空格、换行或说明文字。订阅更新失败与服务器连接失败应分开排查:前者首先检查订阅地址及访问状态,后者检查导入后的具体连接参数。修改之前记录原有状态,避免多次覆盖后失去可用配置。
02 / Global Routing
Global Routing 决定当前整体路由方式。Config(配置)按所选配置文件中的规则处理请求;Proxy(代理)让适用流量使用代理路径;Direct(直连)则使用直接连接。正常使用规则分流时,通常先确认配置文件已选用,再选择 Config。不要把“服务器被选中”与“所有请求都走该服务器”混为一谈,实际结果还受路由方式与规则影响。
临时切换路由方式可以帮助缩小问题范围,但不是通用修复方法。如果某个请求在 Proxy 下正常、Config 下异常,应重点检查规则命中与最终策略,而不是反复重新导入订阅。测试结束后恢复预期方式,以免后续使用与原来的配置目的不一致。
03 / Home · Connectivity Test
返回 Home 打开连接开关,按系统提示完成所需 VPN 配置授权。先运行 Connectivity Test,再访问一个明确的目标服务,检查能否完成实际请求。测试通过只是一个线索;还应确认目标域名采用了预期策略。遇到异常时,先记录错误表现,再按本地网络、服务器、DNS、规则的顺序逐层检查,每次只改一项。
在 Wi-Fi 与 Cellular 之间切换后,可重复同一组测试,判断问题是否只发生在某个网络环境。需要进一步查看 Diagnostics 时,应保留与故障相关的错误信息,但分享前移除订阅链接、认证字段和个人数据。Data 可用于观察流量变化,不等于远端服务的余额或计费记录。
APP STORE / 正版核对与购买记录
Shadowrocket 是闭源商业应用。本站是 Shadowrocket 官网与官方手册,获取、购买及应用更新均以 App Store 产品页为依据。
进入产品页后,先看应用名 Shadowrocket,再检查是否为本站页头所用的官方图标,并核对开发者 Shadow Launch Technology Limited。产品页地址应包含 id932747118。不要仅凭搜索结果里的名称或相似图案作判断;名称用于辨认,开发者和应用 ID 用于进一步确认具体产品。
核对完成后再查看购买按钮、兼容性与应用说明。系统要求一律以 App Store 页面标注为准,手册不将某个固定系统版本当作长期承诺。若商店提示设备不兼容,先处理商店所列条件,订阅和规则设置不能改变设备兼容范围。
购买 Shadowrocket 获得的是客户端应用使用权,不等于获得服务器、订阅或连接服务。本站不提供、不销售、不推荐节点或订阅。添加服务器与 Subscribe 的步骤,始终以用户已经拥有自己的服务器信息或订阅地址为前提;没有这些信息时,应先向自己的服务商确认,而不是把应用购买记录当作连接凭据。
美区价格约为 2.99 美元,一次性付费;各店面按当地货币显示,实际金额以结算页面为准。客户端购买状态与已有服务的有效期分别管理。订阅过期、地址失效或服务器参数变化,不会因为重新获取应用而自动恢复,需按对应服务的实际状态处理。
换新设备或删除重装后,先在 App Store 使用购买应用时使用的本人 Apple ID,进入已购项目查找 Shadowrocket,并核对产品页状态。符合商店条件时,可按已购记录重新获取。iPhone 与 iPad 的同账号获取及通用购买适用性,以 App Store 页面标注为准;不要仅因另一台设备显示购买按钮,就立即进行重复购买。
恢复应用与恢复设置应分成两步。获取完成后,再导入自己的订阅、检查 Config 和 Global Routing,并重新完成连接验证。如果使用 iCloud 相关同步功能,先核对实际同步内容;账号登录、应用购买和配置同步各自有不同范围,应分别确认,避免以为购买记录会保存全部网络参数。
不同账号店面的显示内容和可获取状态可能不同。遇到搜不到应用、已购状态不符或结算异常时,先检查 App Store 当前使用的购买账号、店面及页面提示。更改账号地区前,应阅读商店对现有购买和账号状态的说明,不把临时切换地区作为通用排查步骤。
应用更新通过 App Store 进行;自动更新是否执行,还取决于设备设置与商店状态。更新前可保留当前配置副本,更新后核对常用服务器和规则。应用更新、订阅更新与配置文件更新是不同操作:前者改变客户端,订阅更新刷新来源条目,配置更新则可能改变请求匹配和策略,需要分别验证。
基础连接验证完成后,再按具体场景阅读。按需连接、后台用电和换机恢复分别处理不同问题,不应互相替代。
从原购买账号和已购项目开始核对,区分应用重新获取与订阅、Config 的重新导入。说明商店按钮状态不一致时的检查顺序,以及变更店面地区前需要注意的购买记录问题。
阅读恢复步骤 →从系统电池用量入手,区分保持连接、实际数据传输和网络切换带来的影响。对照日常使用条件检查后台表现,再决定是否采用 On Demand,而不是只凭状态栏图标判断耗电。
阅读用电检查 →在手动连接已正常的前提下,逐项理解触发条件,并分别测试进入 Wi-Fi、切换 Cellular 和访问目标域名时的行为。将预期结果与实际结果对照,避免同时修改多条条件。
阅读条件设置 →