iPhone
从商店完成购买后打开应用,先准备已有订阅或服务器信息。首次启用连接时,系统可能要求添加 VPN 配置;阅读提示并确认后,再返回 Home 检查状态。仅安装应用不会自动生成可用服务器,完成导入与选择后才进入连接测试。
前往 iPhone 说明 →面向 iPhone 与 iPad 的规则代理客户端,通过 规则分流 指定连接策略;应用在 App Store 一次性买断,使用前需准备已有订阅或服务器信息。
把配置当作一份需要校对的稿件:先确定连接模式,再逐项检查规则、订阅和诊断结果。界面词保留英文,便于对照应用查找。
Home 中的 Global Routing 决定流量处理的总体方式。Config 按当前配置文件中的规则选择策略;Proxy 将可代理流量交给所选代理;Direct 使用直连。需要按网站区分路径时,先选 Config,再检查启用的配置和末尾规则。排查时可以临时切换模式作对照,但不要把一次测试结果当作长期设置。切回 Config 后,应重新访问目标站点,核对实际命中的规则与策略,避免把模式变化误认为订阅失效。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT
示例只表示规则语法,example.com 不是可用的代理服务。
查看连接模式说明 →On Demand 用于让系统按照已设置的条件触发 VPN 连接,相关入口位于 Settings。先手动完成一次连接与访问验证,再配置按需条件,能够把服务器故障和触发条件错误分开排查。修改后应分别测试符合条件与不符合条件的网络环境,并检查系统中的 VPN 状态。它控制的是何时连接,不负责替代 Rule 中的域名分流,也不会补齐服务器凭据。若连接反复自动出现,先核对 On Demand,而不是反复删除配置。
# 分清两个检查层次
# On Demand:连接触发条件
# Rule:连接后的策略选择
[Rule]
FINAL,DIRECT
查看 On Demand 设置 →
Rule 按从上到下的顺序检查,先命中的规则决定策略。DOMAIN 用于精确域名,DOMAIN-SUFFIX 用于域名及其子域名,DOMAIN-KEYWORD 按域名关键字匹配;IP-CIDR 与 GEOIP 面向地址条件。PROXY、DIRECT、REJECT 表示不同处理策略,FINAL 放在最后承接未命中的流量。编辑时先写范围较小的例外,再写较宽泛的条件,一次只改一处。若结果不符合预期,检查上方是否已有规则提前命中。
[Rule]
DOMAIN,api.example.com,DIRECT
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT
查阅规则类型与优先级 →
已有订阅可以通过 Config 中的 Subscribe 入口按对应格式添加;单个服务器也可以在 Home 的 Add Server 中填写。Shadowsocks、VMess、VLESS、Trojan、WireGuard 等协议使用的参数并不相同,应以原有服务器信息为准。导入后先检查分组名称与条目,再选择一个服务器测试。订阅更新通常只更新来源提供的内容,不等于自动修正本地规则。失败时先区分链接无法访问、内容格式不匹配与服务器连接失败,不要连续重复添加同一来源。
# 已有信息的核对顺序
# 1. 来源与导入格式
# 2. Type / Host / Port
# 3. 协议要求的凭据与传输参数
比较四种导入入口 →
Config 中的配置文件承载规则及相关设置,Home 中的服务器条目则保存连接信息,二者不是同一份内容。切换配置前先确认当前启用的文件,修改前保留副本,并记录本次修改的目的。使用 iCloud 同步时,应核对设备的账户、同步开关与实际出现的内容,不把同步当作唯一备份。换机前另行保存需要的配置,换机后先恢复已有服务器信息,再确认规则文件,最后测试连接。导出的文件可能含有敏感内容,应妥善保管。
[General]
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT
阅读备份与迁移步骤 →
连接异常时,先确认当前网络本身可用,再检查服务器信息、Global Routing 和启用的配置。Home 的 Connectivity Test 可作为连通性检查入口,Settings 中的 Diagnostics 用于进一步排查。Data 的流量统计可以辅助观察是否产生数据传输,但有流量不代表目标页面一定成功打开,测试可达也不代表所有请求都使用相同路径。记录出错阶段、目标域名与实际策略,一次只改变一个条件;分享诊断内容前先移除订阅地址和凭据。
# 用于对照预期策略,不是运行日志
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT
按步骤检查首次连接 →
Shadowrocket 只在 Apple 平台发行,唯一获取入口是 App Store。先核对商店信息,再使用购买时的 Apple 账户安装;系统要求以 App Store 页面标注为准。
从商店完成购买后打开应用,先准备已有订阅或服务器信息。首次启用连接时,系统可能要求添加 VPN 配置;阅读提示并确认后,再返回 Home 检查状态。仅安装应用不会自动生成可用服务器,完成导入与选择后才进入连接测试。
前往 iPhone 说明 →iPhone 与 iPad 通用购买,使用同一购买账户可在 App Store 查找已购项目。较大的显示区域便于对照配置,但连接模式与规则顺序仍需逐项核对。购买记录与配置数据分别管理,重新安装后还应检查订阅、当前服务器和启用的配置文件。
前往 iPad 说明 →Shadowrocket 是闭源商业应用。本站是官网与官方手册,获取、购买和更新均以 App Store 的产品信息为依据,不以名称相似或搜索排序判断应用身份。
打开商店产品页后,先检查应用名称 Shadowrocket,再查看开发者是否为 Shadow Launch Technology Limited。将商店图标与本站页头的官方图标对照,最后确认产品链接中的应用 ID 为 932747118,也就是地址中的 id932747118。搜索结果可能出现名称接近的应用,仅看“小火箭”别称不能确认产品身份;应把三项信息放在一起核对。
应用图标用于帮助辨认,开发者名称和应用 ID 则帮助确认具体产品。若搜索结果与这三项不一致,返回本页的获取说明重新打开产品页。不要把其他名称相近应用的价格、兼容性或购买记录套用到 Shadowrocket;同一个搜索词并不意味着同一款产品。
App Store 展示的内容与 Apple 账户所用店面有关,产品页的货币、税费和购买条件可能不同。若搜索没有找到应用,先检查当前登录的是哪个购买账户,以及产品页在该店面的显示情况;仅凭一次搜索结果不能判断设备上的配置是否有问题。账户资料、付款方式与地区设置应通过 Apple 提供的账户界面管理,本站只说明核对路径。
系统要求以 App Store 页面标注为准。购买前展开商店的兼容性信息,确认当前设备满足要求;看到云朵图标、价格按钮或打开按钮时,也要结合当前账户的已购记录判断下一步。商店账户与设备上用于其他同步功能的账户可能不同,排查购买问题时,应以实际完成购买的账户为线索。
美区价格约为 2.99 美元,一次性付费;实际金额以 App Store 结算页面为准,其他店面按当地货币显示。购买后获得的是客户端使用资格,应用负责读取已有服务器信息、建立连接并按配置处理请求。服务器地址、协议参数以及订阅内容需要用户自行准备,应用购买和这些信息的有效性是两件不同的事。
客户端买断 ≠ 线路套餐本站不提供、不销售、不推荐任何节点或订阅。手册中的导入操作均以用户已有自己的订阅或服务器信息为前提;支付应用费用不会自动获得线路服务。
如果已经购买但 Home 中没有服务器,先按照教程导入已有信息,不需要为了出现条目而重复购买应用。如果条目存在但无法连接,应核对原有信息是否有效、协议参数是否完整,以及当前网络是否可用。将购买问题与连接问题分开,能避免在 App Store 账户和配置文件之间反复修改却没有明确结论。
换机或删除后重新安装,先在 App Store 使用原购买账户查找已购项目,再重新下载 Shadowrocket。若页面仍显示价格,先核对账户与购买记录,确认找到的是同一应用。家人共享是否适用、具体购买资格与其他条件以 App Store 页面标注为准,不把某台设备上的显示状态当作所有账户都适用的结论。
重新下载只恢复应用,不应据此推断本地规则和订阅一定已经恢复。进入 Home 与 Config 分别检查服务器列表、当前选择和启用文件。若使用 iCloud 同步,核对同步设置及实际内容;若使用手动备份,按备份时的记录恢复。完成后先测试一项明确的访问目标,再逐步恢复个人规则,避免同时导入多份内容造成重复。
应用更新通过 App Store 完成,更新记录在商店页面查看。应用更新、订阅更新和本地配置编辑是三种不同操作:前者改变应用本身,订阅更新刷新来源内容,配置编辑改变规则与设置。连接异常时先记录最近做过哪一种操作,再选择对应检查路径,不要把所有变化统一归为“更新失败”。
编辑配置之前保留可恢复的副本,并写下修改前的连接模式和测试结果。一次只调整一个规则或参数,测试后再决定是否保留。备份、截图和诊断内容可能包含个人域名、服务器地址或凭据,分享前应先检查敏感信息。需要查阅具体关键字时,转到规则手册逐项对照,而不是直接覆盖当前可用配置。
围绕单一操作整理步骤:先明确需要解决的问题,再核对入口与设置。涉及已有订阅的内容只说明本地管理方式,不评价来源。
一次性购买对应原购买账户。按账户核对、查找已购、重新下载的顺序操作,并区分购买记录恢复和配置恢复;当页面仍显示价格时,先排查账户与店面信息。
阅读恢复购买步骤 →用 DOMAIN-SUFFIX 与 DOMAIN-KEYWORD 列出需要使用 PROXY 的域名,其余请求交给 FINAL,DIRECT。结合例外规则的位置,说明为何同一条规则放在不同位置会得到不同结果。
阅读指定网站分流说明 →已有多个订阅时,先按来源辨认分组,再整理顺序与失效内容。区分手动添加的条目和订阅生成的条目,理解为什么只删除本地重复项后,更新来源仍可能再次出现。
阅读多个订阅管理方法 →先判断问题属于购买、导入、连接还是规则,再进入对应步骤。以下问题可以直接展开阅读。
导入只表示内容已进入列表,不等于连接已经建立。先检查是否选中有效服务器,再核对 Global Routing 和 Home 的连接状态。若出现 VPN 配置授权提示,应先完成系统确认。仍失败时,再区分来源内容、服务器参数和当前网络问题。
先把 Global Routing 设为 Config,再检查当前启用文件中的 Rule。将目标域名规则写在 FINAL 之前,其他流量按最终策略处理。不要只修改服务器列表:选择服务器和决定哪些请求使用代理属于不同层次。
测试结果只反映对应测试条件下的连通情况,不能替代目标请求的规则核对。应实际访问需要验证的域名,确认当前模式、配置文件与命中策略。Data 中出现流量也只能作为辅助线索,不能单独证明目标页面使用了预期路径。
先恢复应用并核对已有服务器信息,确认基础连接可用,再检查和启用规则文件。恢复过程中留意同步内容与手动导入内容是否重复,完成后使用明确的目标网站验证。迁移前保留独立备份,比事后依靠记忆重建设置更容易核对。