iPhone
适合按完整流程完成首次设置:在 App Store 购买并打开 Shadowrocket,准备自己的订阅或服务器信息,再按系统提示添加 VPN 配置。系统授权只是允许建立连接,不等于订阅已经导入或远端服务器已经可用。首次使用先手动连接并验证访问结果,确认参数正确后再考虑 On Demand。
前往 iPhone 说明 →面向 iOS / iPadOS 的规则代理客户端。先核对 App Store 正版与一次性买断,再导入已有订阅,按规则选择连接策略。
Shadowrocket 只通过 App Store 发行。进入产品页后先核对应用身份,再查看当前店面的价格与设备兼容性;系统要求以 App Store 页面标注为准。
适合按完整流程完成首次设置:在 App Store 购买并打开 Shadowrocket,准备自己的订阅或服务器信息,再按系统提示添加 VPN 配置。系统授权只是允许建立连接,不等于订阅已经导入或远端服务器已经可用。首次使用先手动连接并验证访问结果,确认参数正确后再考虑 On Demand。
前往 iPhone 说明 →已购买的用户可使用原购买账号核对已购记录,是否适用通用购买以 App Store 页面标注为准。购买记录与设备内配置分开管理:安装应用后仍要确认订阅、当前选择与 Config。较宽屏幕上的布局可能不同,操作时以 Home、Add Server、Config 等界面名称定位,不以按钮的固定位置判断。
前往 iPad 说明 →Mac / Apple TV 也可在同一 App Store 获取,以商店页兼容性标注为准。
查看获取步骤 →先区分服务器信息、连接模式与配置文件。服务器决定连接到哪里,Global Routing 决定如何处理请求,Config 中的规则决定不同目标使用哪种策略。
规则按从上到下的顺序匹配,命中后采用对应策略,不再继续比较后续规则。在 Global Routing 选择 Config 后,先确认当前启用的配置文件,再核对 DOMAIN-SUFFIX、IP-CIDR 与 FINAL 的排列。具体目标应放在宽泛规则前,FINAL 通常留在最后承接其余请求。下面只是语法示例,不是可直接替代个人配置的完整文件;修改前保留原配置,修改后用实际请求检查命中项与策略是否符合预期。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY
On Demand 用于按条件触发连接,与手动点击开关的使用方式不同。在 Settings 中核对相关选项时,要同时考虑 Wi-Fi、蜂窝网络与日常切换场景。先确认手动连接稳定,再逐项调整条件,避免一次改动多个设置后无法判断原因。它不能修复错误的服务器参数,也不保证一定降低耗电;若出现反复重连,应先检查触发条件与网络变化,再查看系统电池使用情况。
添加服务器时,Type 必须与已有服务器信息一致。Shadowsocks、VMess、VLESS、Trojan、Hysteria2 与 WireGuard 的参数结构不同,地址与端口相同也不意味着可以互换类型。在 Add Server 中逐项对照密码、加密方式及协议需要的传输或 TLS 选项;不适用的字段不要凭经验补写。导入后若连接失败,先核对参数是否完整,再判断网络与远端状态,而不是反复切换协议碰运气。
准备从自己的服务商处取得的订阅 URL,在 Add Server 中选择 Subscribe 并填写对应字段。订阅是服务器条目的更新来源,不是应用购买凭证,也不一定包含分流规则。保存后核对条目是否出现、协议是否正确,再选择需要使用的项目。更新失败时检查链接是否完整、访问权限是否有效以及本地网络是否可用。订阅 URL 可能携带访问凭据,排查或分享截图前应遮盖完整链接。
https://example.com/sub?token=xxxxConfig 组织规则与其他连接设置,不要把导入订阅与启用配置文件视为同一个动作。阅读配置时先识别 [General]、[Rule]、[Host] 和 [URL Rewrite] 的边界,再检查具体条目所属段落。修改规则前保留可用副本,优先一次改变一个条件。仅为了完成基础连接,不必启用尚未理解的重写设置;遇到异常可先回到原配置,用相同目标复测,缩小故障范围。
[General][Rule][Host][URL Rewrite]Home 中的 Connectivity Test 用于检查连通情况,结果受测试方法、当前网络与远端状态影响,不等同于实际下载速度。先验证本地网络能否正常使用,再测试已有条目,最后检查目标请求是否命中预期规则。Data 中的流量统计可辅助观察连接活动,但不能单独证明所有请求都经过同一策略。记录问题出现的网络、模式与测试方法,比只记录一个测试结果更有助于排查。
先确认连接条件,再核对规则与实际请求。
模式选择影响规则是否参与处理。下面按界面词区分 Config、Proxy 与 Direct,排查时先记下当前模式,再改动服务器或配置。
需要针对不同目标分别采用 PROXY、DIRECT 或 REJECT 时,使用 Config。先在 Config 中确认已选中的文件,再回到 Home 检查 Global Routing。规则中的 PROXY 仍然依赖可用的代理选择;一条规则写法正确,不代表所选服务器一定可达。核对时把目标域名、命中规则与最终策略联系起来,不要仅凭连接开关已经打开就判断分流生效。
阅读规则匹配与配置参考 →Proxy 可用于判断问题是否与 Config 中的规则有关。先确认当前代理选择及其参数,再使用同一个目标进行对照测试。若 Proxy 下仍失败,应继续检查本地网络、服务器地址、认证参数与远端状态;若只有 Config 下异常,再回到规则顺序和策略选择。对照测试只改变模式,保留其他条件,避免同时更换网络和服务器造成判断混乱。
查看连接验证步骤 →Direct 用于直接连接的模式,与某一条规则中的 DIRECT 策略不是同一层级的设置。排查时可观察相同目标在直接连接下的结果,但这不能代替对代理服务器的测试。如果目标本身在当前网络不可达,应先区分本地网络限制、目标服务状态和代理连接问题。完成对照后恢复原本需要的模式,避免把临时排查设置长期保留。
区分模式与策略关键字 →本站是 Shadowrocket 官网与官方手册。应用身份、购买价格、兼容性与更新记录,以 App Store 产品页显示的信息为核对依据。
932747118
一次性买断
闭源商业应用
搜索到 Shadowrocket 后,不要只根据名称作判断。先打开详情页核对开发者 Shadow Launch Technology Limited,再比对与本站官方图标一致的白底蓝紫描边图案,最后确认产品链接中的应用 ID 为 932747118。搜索列表可能包含近似名称,三项应一起检查。若打开的是其他应用详情页,应先返回并重新核对,不要把名称相似当成同一产品。
同一搜索词在不同店面显示的结果可能不同。搜不到时,先检查 App Store 账号当前所在店面、屏幕使用时间中的内容与年龄分级限制,以及账号是否有待处理的付款问题。再从正版核验页进入指定产品页,观察商店给出的实际提示。搜索不到不等于设备已经不兼容,也不能据此推断购买记录消失;系统要求以 App Store 页面标注为准。
Shadowrocket 为付费应用,美区参考价格为 2.99 美元,一次性买断;各店面按当地货币显示,实际支付金额以购买确认页为准。iPhone 与 iPad 的购买通用范围、其他 Apple 设备的兼容性以及家人共享适用情况,均应查看 App Store 当前标注。已购买后在另一台设备获取应用,先使用原购买账号核对已购记录,再判断页面显示的是重新获取还是新的购买提示。
客户端买断 ≠ 线路套餐。购买 Shadowrocket 获得的是客户端使用资格,不会自动生成服务器、订阅 URL 或可用线路。继续配置前,需要准备用户已有的订阅或服务器信息,并从自己的服务商处核对其有效状态。本手册只说明如何导入、选择、更新与排查,本站不提供、不销售、不推荐节点或订阅。应用购买成功与远端连接成功是两个需要分别验证的结果。
换机或重新安装时,先到 App Store 的账号已购记录中查找 Shadowrocket,确认使用的是原购买账号。恢复应用不等于恢复全部设备内设置,需要另行检查订阅、Config 与当前选择。应用更新通过 App Store 管理,可按设备的自动更新设置处理;出现异常时记录具体操作与系统提示,不必依赖某个写死的版本号寻找答案。恢复步骤见正版核验页的已购说明。
若使用 Settings 中的 iCloud 同步相关功能,先检查设备是否登录预期账号、系统是否允许应用使用 iCloud,并按应用当前显示的同步范围核对结果。同步、订阅更新与已购恢复是三件不同的事,不能互相替代。配置与订阅可能包含服务器认证信息,分享问题时只保留必要的规则片段,遮盖密码与完整订阅 URL;重要修改前保留可恢复的配置副本。
先把问题定位到具体环节,再选择下一步。一次只改变一个条件,可以减少无效的重复操作。
导入成功通常只说明客户端取得并识别了条目。继续检查当前选中的服务器、认证信息、订阅有效状态与本地网络,再运行 Connectivity Test。连接开关与实际访问结果也要分别核对。可先阅读首次连接与验证步骤,不要在尚未确定失败环节时同时更改多项参数。
不要默认二者同步变化。订阅通常用于更新服务器条目,Config 则组织规则及相关设置;导入内容与行为应以当前操作和应用提示为准。更新后分别检查服务器列表和已启用的配置文件,尤其留意手动修改是否仍然保留。概念区别见订阅与配置文件速查。
测试结果只反映特定测试方法下的一次检查,不能覆盖所有目标、传输方式与规则策略。用需要访问的目标完成实际验证,再检查是否命中预期规则;若只有个别目标失败,应单独核对目标状态和匹配条件。相关术语见Connectivity Test 概念说明。
先确认 Global Routing 为 Config,并确认编辑的文件就是当前启用的文件。随后检查是否有更靠前的规则已命中,以及 FINAL 是否提前截住其余请求。必要时重新发起连接进行验证,避免只依据已经建立的会话判断修改结果。具体写法见规则顺序与策略参考。
按现象选择专题:商店搜索问题先核对账号与店面,连接失败先检查参数与测试条件,速度问题再按层次缩小范围。
从当前店面、内容限制与账号付款状态依次检查,区分搜索结果缺失和产品页不可获取的提示,再用应用 ID 核对正确条目。
先记录测试方法与网络环境,再逐项对照协议、认证信息和系统时间。保留相同测试目标,避免多处改动后丢失排查依据。
由设备附近的网络条件开始,逐步检查协议设置与远端连接表现。通过可重复的对照操作判断瓶颈,不把单次延迟测试当成速度结论。