官方手册 · 问题索引
Shadowrocket 常见问题
先确定问题发生在购买、导入还是连接阶段,再按对应回答逐项核对。每次只改一个设置,保留原始错误文字,便于比较前后结果。
- 4 类检查路径
- 20 条操作问答
- 界面词保留英文原文
App Store
正版核对与购买
先核对商店与购买记录,再判断应用是否可获取。系统语言、账户商店和应用兼容性是不同的检查项。
App Store 搜不到 Shadowrocket,先检查哪里?
先核对用于 App Store 的账户所属商店,不要只看设备语言或系统地区。打开系统 Settings 中的 Apple 账户,进入“媒体与购买项目”查看账户,再检查“国家或地区”;不同系统的入口名称可能略有差异。应用可见性受当前商店供应情况影响,可从获取应用页进入指定产品页核对。如果确需更改地区,只通过账户内的官方“国家或地区”流程操作,并先处理余额、订阅及付款方式等条件。
怎样确认商店里找到的是正版 Shadowrocket?
同时核对开发者、官方图标与应用 ID,不要只凭名称或搜索排序判断。开发者应为 Shadow Launch Technology Limited,图标应与本站页头的官方图标一致,产品页链接应包含 id932747118。名称相近不等于同一应用,购买前还应展开产品页查看兼容性和价格。本手册的获取应用页集中列出这些核对项,确认后再进入 App Store 完成购买。
购买 Shadowrocket 后,还需要准备连接信息吗?
需要自行准备已有订阅或服务器信息。客户端一次性买断 ≠ 线路套餐;购买支付的是 Shadowrocket 应用的使用费用,不会自动生成可连接的服务器。美区定价为 $2.99,一次性买断,实际金额以 App Store 页面显示为准,其他店面按当地货币显示。本站不提供、不销售、不推荐节点或订阅;已有信息的有效性、使用额度及到期情况需要用户自行核对。
换机或重装以后,需要再购买一次吗?
先用原购买账户查看 App Store 的已购项目,不要直接重复支付。在新设备的 App Store 账户页面查找已购 App,找到 Shadowrocket 后按页面提供的恢复下载入口操作。如果仍显示价格,先核对“媒体与购买项目”使用的账户、购买记录以及项目是否被隐藏。能否恢复及购买适用范围以 App Store 页面标注为准。恢复应用不等于恢复配置,已有订阅和本地规则仍需单独检查。
iPad 能安装吗?Mac 与其他 Apple 设备在哪里核对?
iPad 可在同一 App Store 产品页核对并获取 Shadowrocket;已有购买记录时,先使用原购买账户查找已购项目。iPhone 与 iPad 是本手册的主要操作对象,Mac、Apple TV、Apple Vision 的兼容性也在同一产品页查看。系统要求与购买适用范围一律以 App Store 页面标注为准。家人共享是否适用同样以商店说明和家庭购买设置为准,不应把家庭成员关系直接视为已获得购买权限。
继续核对:正版三要素 · App Store 指南
Home / Settings
安装与首次打开
首次连接先完成系统授权。重新获取应用、恢复应用内数据与建立 VPN 连接,应分别核对。
首次连接时的添加 VPN 配置提示,需要允许吗?
确认提示由刚刚主动连接的 Shadowrocket 触发后,按系统流程允许添加 VPN 配置,并完成设备要求的身份验证。这个提示用于建立系统 VPN 配置,不是订阅导入步骤,也不会替你检查服务器能否访问。若先前拒绝,可返回应用再次主动连接;若系统中已有相关配置,应先核对所属应用。不要反复删除系统条目,先记录当前设置,再按实际提示处理。
连接开关打不开,或刚打开就自动关闭怎么办?
先区分系统授权未完成与连接建立失败。确认 Home 中已经选中可用的服务器,必填字段齐全,再查看系统 Settings 中是否存在 Shadowrocket 的 VPN 配置以及是否有待确认的授权。检查是否同时启用了其他占用系统 VPN 连接的配置,或有设备管理策略限制。完成核对后重新连接一次,记录即时错误;仍失败时再重启设备复测,避免连续切换开关掩盖最初的报错。
应用界面是英文,应该怎样对照本手册操作?
以界面英文名称定位功能,不要按中文含义猜测入口。本手册保留 Home、Config、Settings、Add Server、Subscribe 等原文,中文只解释操作目的。先在系统 Settings 的应用设置中查看是否提供首选语言选项;可选范围以当前应用和系统实际显示为准。iPad 的横屏布局可能与 iPhone 不同,入口所在位置也可能随界面调整,寻找时应同时核对名称与当前页面。
连接以后需要一直停留在 Shadowrocket 前台吗?
通常不需要一直停留在前台;连接由系统 VPN 机制维持,但最终状态仍应以系统 VPN 条目和实际访问结果核对。切回其他应用前,先完成授权并确认连接已建立。若切换网络后中断,检查当前网络能否正常访问、服务器是否可达,以及 On Demand 是否按预期触发。不要把应用位于后台、系统显示 VPN 和目标网站可访问当成同一件事,三者需要分别判断。
应用购买记录恢复后,为什么原来的配置没有出现?
App Store 的购买记录与应用内数据不是同一种恢复内容。找回已购应用只解决重新获取客户端的问题,不保证恢复本地服务器、订阅、规则或选中状态。先检查设备迁移或系统备份实际恢复了哪些数据,再核对应用内现有列表。缺少的项目应使用用户自己保存的订阅、服务器信息或配置备份重新导入;导入前先检查现有内容,避免重复添加后误选旧项目。
按顺序操作:阅读首次连接使用说明
Subscribe / Add Server
订阅与节点导入
以下操作以用户已有自己的订阅或服务器信息为前提。导入、更新与实际连接是三个独立的验证环节。
已有订阅导入失败,应按什么顺序检查?
先检查链接是否完整,再检查网络和返回内容。复制时应去掉前后空格与换行,确认没有把介绍页面地址当成订阅地址;随后核对原链接是否过期、访问权限是否有效,以及当前网络是否能访问该地址。服务器返回登录页面、错误页面或不受支持的内容时,重新粘贴通常不能解决。请保留应用提示,向原信息提供方确认格式;排查记录中不要公开完整订阅链接。
通过 Add Server 手动添加后无法使用,哪些字段要重查?
按原始服务器信息逐项对照,不要只检查地址和端口。先核对协议类型,再核对认证信息;如果原信息包含 TLS、SNI、传输方式或路径等字段,也要保持对应关系。不同协议的同名字段未必具有相同作用,留空不一定等于使用正确默认值。保存后确认 Home 实际选中的是刚添加的项目,再进行连接测试。每次只修正一个疑点,便于判断是哪项设置导致失败。
怎样更新订阅?更新后连接对象为什么可能变化?
在 Home 中找到对应 Subscribe 项目,使用该项目提供的更新操作,并确认更新结果,而不是只看列表是否重新绘制。如果启用了打开应用时自动更新的相关选项,也应核对最近一次更新是否成功。更新会按订阅返回内容调整条目,原选中项目可能被删除或改名,完成后应重新检查选择状态。订阅更新只刷新导入的信息,不等于更新 Config 中的全部规则,也不等于更新应用本身。
更新订阅提示超时、链接失效或列表为空,怎么办?
先保留目前仍可使用的配置,不要立即清空重导。超时应先检查当前网络及订阅地址可达性;链接失效应核对有效期和访问权限;列表为空还要判断返回内容是否确实包含可识别的服务器信息。可以在另一种正常网络环境中复测一次,以区分本地网络与远端响应问题。记录错误文字、发生环节和是否所有订阅都受影响,再联系原信息提供方确认,避免反复更新覆盖排查线索。
排查导入问题时,哪些内容可以截图或发给他人?
只分享判断故障所需的最少信息,例如错误文字、协议类型、操作步骤和是否发生超时。完整订阅链接、二维码、认证字段以及带有访问凭据的配置内容都应遮盖;显示名称也可能包含个人信息,需要一并检查。二维码与文本链接可能包含等价的连接信息,不能因为它是一张图片就直接公开。保留一份仅自己可访问的原始记录供核对,对外提供的是去除敏感信息后的副本。
延伸说明:订阅手动更新与失败检查 · 术语表
Global Routing / Config
规则分流与故障排查
把“连接已建立”和“请求按预期到达”分开验证。优先做同一服务器、同一目标、单项变更的对照。
Global Routing 的 Config、Proxy、Direct 三种姿态怎么选?
日常需要按规则分流时选配置(Config),由当前配置的规则决定请求走向;需要临时验证所选服务器时,可用代理(Proxy)做对照;直连(Direct)用于直接连接的对照检查。切换姿态不是修复所有问题的通用方法,配置中的绕过设置、DNS 和系统网络仍可能影响结果。测试前记录原姿态、选中服务器和目标地址,每次只改一项,验证完成后恢复预期的 Config 设置。
显示已连接但无法上网,先排查哪一层?
按基础网络、服务器、规则与 DNS 的顺序检查。先断开连接确认当前网络本身可用,再核对所选服务器及订阅有效性;使用 Connectivity Test 获取测试结果,但不要把一次成功当作所有网站都可访问的证明。如果只有部分地址失败,记录目标域名,检查它在当前 Config 中命中了什么规则,以及 DNS 是否返回正常结果。对照 Config 与 Proxy 时保持同一服务器,避免同时更换网络、服务器和规则。
自定义规则不生效,FINAL 应该放在哪里?
先确认 Global Routing 使用 Config,并且选中的是刚编辑的配置。Rule 段按从上到下的顺序匹配,首条命中后不再继续查找;应把更具体的例外放在较宽泛的规则之前,把 FINAL 放在最后兜底。PROXY、DIRECT、REJECT 分别表示使用代理策略、直接连接和拒绝请求。修改后用同一目标重新验证,并检查域名实际命中的规则;不要仅根据某条规则存在于文件中,就判断它一定会被执行。
开启后耗电明显,怎样判断是否与当前配置有关?
先在系统电池统计中观察一段完整使用时间,不要只凭设备短时发热下结论。视频传输、持续上传、频繁网络切换、连接重试和长时间记录日志都可能增加消耗。可在相近网络和使用负载下做前后对照,检查服务器是否频繁断开、是否反复运行测试,以及诊断记录是否仍开启。调整时保留必要连接设置,每次只改一个项目;电池统计与 Data 的流量读数用途不同,不能直接互相换算。
On Demand 与 Data 应该怎样用于日常检查?
On Demand 用于按设置条件触发连接,不代表服务器一定可用。排查自动重连行为时,先核对触发条件与当前网络,再观察是否重复连接;手动断开后若又连接,应优先检查这一项。Data 用于查看流量记录,比较前先确认统计范围、时间范围和是否刚重置。读数为零可能只是相关流量未经过当前统计对象;读数较大也不等于错误,应结合实际传输活动与连接日志判断。
继续检查:Global Routing · 诊断工具 · 规则顺序与 FINAL