iPhone
购买前核对 App Store 的兼容性与应用身份。首次连接会涉及系统 VPN 配置授权,应先确认是自己正在执行连接操作,再按系统提示继续。
安装后先准备已有资料,再进入 Home 添加。若开关显示已连接但网页未打开,应继续检查服务器、Global Routing、DNS 与规则,不把开关状态当作访问成功的唯一依据。
前往 iPhone 说明 →iPhone / iPad 客户端,按已有配置进行规则分流;应用采用一次性买断,购买与兼容性以 App Store 页面标注为准。
Shadowrocket配置教程是 Shadowrocket 官网与官方手册。先核对购买入口,再准备自己的服务器信息或订阅,最后检查模式与连接结果;应用的购买记录与网络配置是两项不同的资料。
Home / Config / Settings
先确认要解决的是导入、选路还是连接问题,再进入对应页面。下列素材是规则与设置项参考,不是应用界面截图。
规则分流用于把不同请求交给不同策略处理。在 Home 将 Global Routing 设为 Config 后,再到 Config 确认正在使用的文件。Rule 段按从上到下的顺序匹配,较具体的域名规则应放在宽泛规则之前,FINAL 留在末尾。右侧首行让 example.com 及其子域名使用 PROXY,第二行让其余未匹配请求使用 DIRECT。这里的域名仅为语法示例,不能代替用户自己的需求与服务器配置。
阅读规则类型与匹配顺序 →DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECTOn Demand 用于按已设置的网络条件触发连接,不等于每次都要手动打开 Home 开关。进入 Settings 查看 On Demand,先理解当前启用条件,再决定是否调整。排查连接反复恢复时,应同时核对该项与系统 VPN 状态,而不是只看一次开关操作。建议先完成一次手动连接与访问验证,再按实际使用场景设置按需行为;修改后在相应网络条件下观察结果,避免把自动触发误认成配置没有保存。
查看 On Demand 设置说明 →多协议支持解决的是不同服务器资料的接入问题,不表示仅改 Type 就能连接同一个服务。在 Home 打开 Add Server,按已有信息选择协议,再逐项核对地址、端口、认证与传输参数。Shadowsocks、VMess、VLESS、Trojan、Hysteria2 与 WireGuard 的字段各有要求,不应把一套参数套进另一种类型。遇到 TLS 或 SNI 字段时,应保持与服务器设置一致;先检查输入和资料完整性,不以关闭证书校验代替排查。
查阅协议与参数概念 →订阅用于通过用户已有的地址获取服务器条目,适合集中维护一组配置资料。在 Add Server 中选择 Subscribe,填入自己的订阅地址并保存,再回到 Home 检查分组与条目。更新订阅是重新获取内容,不代表当前连接一定可用;更新失败时先区分地址访问、内容格式和服务器连接三个环节。订阅地址可能包含访问凭据,不应公开展示。本站只说明导入与更新方法,不提供、销售或推荐任何节点与订阅。
按步骤导入已有订阅 →Config 管理的配置文件决定 DNS、规则与其他处理方式,并不等同于 Home 中的服务器列表。阅读文件时先看 General,再核对 Rule,按需要检查 Host 与 URL Rewrite。修改前保留原文件,保存后确认实际选中了哪一份配置,并让 Global Routing 使用 Config。若使用 iCloud 同步,应在目标设备逐项确认资料是否到齐;同步与恢复购买不是同一个过程,也不能替代连接前的参数核对。
阅读 .conf 分段说明 →[General]
dns-server = system
[Rule]
FINAL,DIRECT诊断应从现象出发,区分连接已建立与目标请求成功。先用 Home 中的 Connectivity Test 检查可达性,再结合 Settings 的 Diagnostics 核对解析与连接问题。Data 可用于观察流量记录,但出现流量不等于每个请求都已成功。测试结果还会受到当前网络和测试目标影响,不能只凭一个结果判断全部访问。每次只改一项参数,重新发起同一请求,并记录模式、配置文件与命中策略,便于比较前后差异。
按现象查找疑难解答 →配置模式 Config 按当前配置文件处理请求;代理模式 Proxy 用于让请求采用代理路径;直连模式 Direct 用于直连。三种姿态不是服务器协议,也不是订阅更新方式。需要验证规则是否生效时,应回到 Config,并确认当前文件中确实包含目标规则。临时切换 Proxy 可帮助缩小排查范围,但测试结束后要恢复原本需要的模式,否则容易把模式差异误判为规则失效。
App Store / Compatibility
唯一获取入口是 App Store。系统要求、设备兼容性与是否通用购买,一律以 App Store 页面标注为准。
购买前核对 App Store 的兼容性与应用身份。首次连接会涉及系统 VPN 配置授权,应先确认是自己正在执行连接操作,再按系统提示继续。
安装后先准备已有资料,再进入 Home 添加。若开关显示已连接但网页未打开,应继续检查服务器、Global Routing、DNS 与规则,不把开关状态当作访问成功的唯一依据。
前往 iPhone 说明 →已有购买记录时,先在同一 Apple ID 的 App Store 已购项目中查找。iPhone 与 iPad 的购买适用范围、是否通用购买及系统要求,以 App Store 页面标注为准。
在 iPad 上仍按 Home、Config、Settings 的用途核对资料。屏幕布局可能不同,操作顺序不需要因此重建;恢复应用后,还要单独确认服务器信息、当前配置文件与同步状态。
前往 iPad 说明 →Add / Route / Verify
以下步骤以用户已有自己的订阅或服务器信息为前提。先建立一条可复查的连接流程,再考虑增加规则与自动化设置。
01 / Home · Add Server
打开 Home,进入 Add Server。单条服务器按 Type 填写对应信息;已有订阅则选择 Subscribe,填写自己的地址并保存。不要只核对显示名称,还要检查协议、地址、端口以及认证字段是否与资料一致。若资料通过二维码提供,可使用 Scan QR Code,并在导入后再次核对内容。
保存后确认条目已经出现在预期的分组中。订阅获取成功只说明客户端收到了内容,尚未证明其中的服务器能够连接。若列表没有出现,应先检查导入与内容格式,而不是反复切换 Global Routing。含有认证信息的链接和二维码应当妥善保管,求助时只提供脱敏后的字段说明。
02 / Global Routing · Config
回到 Home 选择需要使用的服务器,再核对 Global Routing。日常按规则分流时选择 Config,并进入 Config 确认当前启用的文件。Proxy 与 Direct 分别对应代理与直连姿态,适合在理解其影响后使用;它们不能替代一份正确的规则文件,也不会自动修正服务器参数。
初次使用建议保留清晰、可解释的配置,不要同时引入多份来源不同的规则。修改 Rule 时,先写具体目标,再处理范围较大的匹配,最后检查 FINAL。保存文件和选中该文件是两个需要分别核对的动作;如果改动后结果没有变化,先确认编辑对象与正在使用的文件是否相同。
03 / Home · Connectivity Test
打开 Home 的连接开关,按系统提示完成 VPN 配置授权。随后运行 Connectivity Test,并尝试打开自己需要访问的目标。测试时应保持网络与目标一致,记录当前服务器、模式和配置文件;这样才能判断下一次调整究竟改变了什么。
若连接已建立但访问仍失败,按服务器参数、Global Routing、DNS、规则的顺序排查,每次只改变一项。可以结合 Data 观察请求是否产生流量,再到 Diagnostics 查找进一步线索。看到流量、测试成功与某个网页能够打开是不同层面的结果,应结合具体请求判断,而不是只看一个状态标记。
Identity / Purchase / Restore
Shadowrocket 是闭源商业应用。确认产品身份,依靠 App Store 的开发者、官方图标与应用 ID,而不是只凭搜索结果中的名称。
打开 App Store 产品页后,核对开发者为 Shadow Launch Technology Limited,应用名称为 Shadowrocket,并对照本站使用的官方图标。产品链接中的应用 ID 应为 932747118。搜索名称相近并不能替代这三项核对;从本站正版下载页进入指定产品页,可以减少在搜索结果中反复辨认的步骤。
图标应与本站页头所用的官方图标一致,应用 ID 用于确认所指向的产品,开发者名称则帮助辨认发行主体。三项信息应一起检查,不把某一张宣传图片或某个相似标题单独当作依据。需要重新核对时,可回到正版核验说明,按照同样顺序逐项确认。
美区定价约为 2.99 美元,其他店面按当地货币显示,最终金额以 App Store 页面及购买确认页面为准。一次性买断描述的是应用本身的购买方式,不代表用户已有服务器的使用期限、额度或认证状态也随之改变。这些信息应分别核对,不能用客户端购买成功来推断服务器资料已经准备完成。
如果无法在当前 App Store 中找到产品,先确认自己查看的店面、账号状态与产品页提示。不同店面的显示、价格与可购买状态应以当时页面为准,不根据搜索结果的缺失直接判断应用身份。使用本站给出的产品页核对应用 ID 后,再阅读 App Store 展示的具体提示,避免把网络加载问题与店面可见性混在一起。
涉及账号设置时,应以自己的 Apple ID 与商店提示为依据。不要为了完成一次安装而跳过价格、购买范围和兼容性确认;这些信息决定本次购买是否符合设备需求。有关商店核对和已购项目的操作,集中见App Store 获取说明。
iPhone 与 iPad 用户应先检查同一 Apple ID 下的购买记录,再查看当前设备的商店页面。是否通用购买、系统要求及设备兼容性以 App Store 页面标注为准。应用能够恢复获取,与旧设备中的配置是否已经同步,是两个不同问题;在另一台设备打开后,仍要检查 Home 中的服务器和 Config 中的当前文件。
若使用 iCloud 同步,先确认对应设备上的同步条件,再查看资料实际呈现的结果。不要仅凭两台设备使用同一账号,就假定所有本地编辑、选择状态与连接行为已经一致。尤其在一台设备修改规则后,应在另一台设备重新检查文件内容,完成验证后再继续调整。
换机或重新安装时,从 App Store 的已购项目查找 Shadowrocket,并核对当前使用的购买账号。应用恢复后,再根据自己保存的资料恢复服务器、订阅与配置文件。购买记录用于确认应用获取资格,不能代替订阅地址、服务器认证信息或自行编辑过的规则备份。
恢复配置后,建议先重复一次三步上手流程:确认条目、检查模式、验证请求。若原设备仍可使用,可以逐项对照,但分享截图或日志前应隐藏地址中的敏感参数。具体的已购恢复与设备注意事项见购买恢复说明。
Shadowrocket 的应用更新通过 App Store 获取,更新记录以商店页面展示为准。本手册以 Home、Config、Global Routing 等界面词定位操作,不依赖某个固定版本的按钮位置。如果界面布局有所变化,先寻找对应功能名称,再确认正在编辑的对象,避免把布局变化误当成功能状态变化。
更新前后若出现连接差异,应保留原有配置并记录具体现象,从当前模式、服务器参数与规则命中开始比较。连续替换多项设置会使原因更难定位。有关术语可以阅读概念速查;已有明确故障现象时,优先按疑难解答中的分类检查,而不是直接重建全部配置。
Configuration Notes
以下三篇从具体设置问题展开。先确定当前要解决的环节,再阅读对应说明;示例用于解释字段与语法,不提供可用服务器或订阅。
对比系统 DNS、自定义 DNS 与 DNS over HTTPS 的解析路径,说明 dns-server 的写法与改动后的验证方法。适合连接已经建立,但域名解析或访问结果仍有差异时阅读。
阅读 DNS 设置说明 →以用户已有的服务器列表为前提,解释延迟测试结果、地区与协议类型各自能说明什么。延迟数字低不等于网页打开快,也不能单独证明持续传输的体验。
阅读测试结果说明 →按分段拆解配置文件,说明通用设置、规则、地址映射与重写的职责。修改前先理解各段用途,保存后再回到 Config 确认文件选择与生效条件。
阅读配置文件说明 →