• 官方手册
  • 购买 · 安装 · 导入 · 排查

Shadowrocket 常见问题

先确认问题发生在哪一步,再展开对应解答。购买与安装看 App Store,导入看已有内容,连接异常则分别检查网络、条目、规则与 DNS。

排查顺序核对现状 → 记录提示 → 单项调整 → 复测并回退

本站是 Shadowrocket 官网与官方手册。涉及个人订阅、认证字段或请求记录时,先遮盖敏感信息,再整理问题。

APP STORE

正版核对与购买

先核对产品与购买账号,再处理商店可见性、已购恢复和费用问题。

App Store 搜不到 Shadowrocket,先检查什么?

先核对 App Store 当前使用的购买账号与商店地区,再判断应用是否在该商店可见。设备的语言或地区设置不等于购买账号的商店地区;可在系统 Settings 中进入 Apple Account、Media & Purchases、View Account,查看 Country/Region,具体入口以系统显示为准。若考虑调整地区,先阅读 Apple 在该流程中列出的余额、订阅和付款条件,不要仅为搜索结果立即改动。系统要求以 App Store 页面标注为准;搜不到也不能据此判断已购记录已经消失。

怎样确认商店里的应用是正版 Shadowrocket?

同时核对产品名称 Shadowrocket、开发者 Shadow Launch Technology Limited、官方图标以及应用 ID 932747118。应用 ID 可从产品页地址中的 id932747118 识别,图标应与本站页头所用官方图标一致,不要只按搜索排序或相似名称判断。通过本站获取应用页进入 App Store 后,仍应在购买确认前核对产品信息、当前账号与当地货币价格。版本说明、兼容性和购买适用范围均以该产品页显示为准;名称相似并不能替代开发者与应用 ID 核验。

换新 iPhone 或重新安装,需要再买一次吗?

通常使用当初购买 Shadowrocket 的同一 Apple ID,可从 App Store 的已购应用列表重新下载,不必重复购买。先检查 Media & Purchases 使用的账号,再在 App Store 账号页查找已购应用;不同系统版本的入口名称可能不同。若出现价格按钮,先暂停确认付款,核对购买记录、隐藏的已购项目和商店地区。应用重新下载与数据恢复是两件事:原有订阅、服务器信息及 Config 是否还在,应按此前的备份情况另行检查,不能把已购恢复视为全部配置自动恢复。

一次性买断包含什么,是否包含线路服务?

客户端一次性买断 ≠ 线路套餐。购买得到的是 Shadowrocket 应用的使用资格,连接仍需用户已有自己的订阅或服务器信息,相关服务的有效期与应用购买分别管理。Shadowrocket 是闭源商业应用,美区标价为 2.99 美元,实际价格、税费及其他店面的当地货币金额以 App Store 购买确认页为准。家人共享是否适用、支持哪些设备及购买适用范围,也应查看同一产品页的当前说明。本站不提供、不销售、不推荐节点或订阅,不能用应用购买记录判断已有服务是否有效。

FIRST CONNECTION

安装与首次打开

区分应用安装、系统授权与连接配置;三者完成的先后不能互相替代。

iPad 可以安装吗,和 iPhone 需要分别购买吗?

Shadowrocket 可用于 iPhone 和 iPad,系统要求以 App Store 页面标注为准。在 iPad 上使用当初购买的同一 Apple ID,先到已购应用列表查找 Shadowrocket,再按商店显示下载,通常无需为同一应用重复购买;购买适用范围仍以产品页为准。iPad 的布局可能随屏幕尺寸变化,操作时按 Home、Config、Settings 等界面词定位,不要机械套用某张图片的坐标。安装成功后还要检查用户已有的订阅或服务器信息,并在首次连接时单独确认系统授权,不能假定另一台设备的设置已经同步。

首次连接出现添加 VPN 配置的系统提示,应该怎样处理?

这是系统对 VPN 配置的授权步骤,不是购买确认,也不会代替服务器信息的填写。先确认提示由刚打开的 Shadowrocket 连接操作触发,再阅读系统说明,并按设备要求使用密码或生物识别确认。授权后返回应用,检查所选条目与 Global Routing,再尝试连接。若先前取消了提示,可再次发起连接并观察系统反馈;如果设备受组织管理或存在限制,应先检查相应策略。不要为了完成授权随意删除其他用途的配置,也不要把系统出现 VPN 标识当作访问一定成功的依据。

界面是英文,如何对应教程中的操作位置?

按界面原词定位即可:Home 用于查看连接与服务器条目,Add Server 用于添加信息,Subscribe 对应已有订阅导入,Config 用于配置文件,Settings 用于设置。Global Routing 下的配置、代理、直连分别对应 Config、Proxy、Direct,教程会保留这些英文名称。若希望调整应用显示语言,可先检查系统中该应用是否提供语言选项,实际可选项以设备显示为准。不同系统或应用界面的排列可能变化,应核对项目名称与用途,不要只凭按钮颜色、所在行数或截图位置判断。

连接开关无法打开,或打开后立即关闭,怎么办?

先区分系统授权未完成与连接建立后断开:确认 Home 已选择有效条目,观察是否出现 VPN 配置授权提示,并记录系统或应用的具体报错。如果开关刚打开就关闭,依次检查已有服务器信息是否完整、当前网络是否可用,以及是否有其他 VPN 连接或设备管理限制发生冲突。先保留现有 Config 和必要信息,再逐项修改,不建议一开始就删除应用。若 On Demand 正在按条件触发连接,也要一并核对。只有明确是哪一步失败,才能判断应处理系统授权、配置内容还是远端服务状态。

SUBSCRIBE & CONFIG

订阅与节点导入

以下操作以用户已有自己的订阅或服务器信息为前提,先分清内容类型,再选择导入入口。

已有订阅链接导入失败,应该按什么顺序检查?

先检查从自己的服务商处取得的订阅链接是否完整,复制时有无混入空格、换行或说明文字,再确认内容应通过 Subscribe 导入,而不是当成单个服务器地址填写。接着检查当前网络能否访问该链接、订阅是否仍有效,以及返回内容是否为 Shadowrocket 支持的格式。记录导入时出现的状态或报错,不要连续修改多个字段反复尝试。订阅地址可能包含访问凭据,排查时不要公开完整链接;如需向服务商核对,只描述错误现象并通过其原有渠道处理,本站不代为接收或解析私人订阅。

Subscribe 导入后列表为空,是否说明应用没有安装好?

列表为空通常应先检查订阅返回内容,而不是重新安装应用。核对当前查看的分组、订阅是否成功更新,以及更新结果是否提示解析失败;链接可访问不代表返回的就是可导入条目,也可能返回登录页面、错误说明或空内容。若此前有条目,先保留原配置,不要急着删除后重建。再向自己的服务商确认订阅状态、输出格式及是否仍有可用条目。应用购买成功与订阅内容有效互不等同,换一个 Global Routing 姿态也不能修复服务端返回空内容的问题。

什么时候需要更新订阅,更新后还要检查什么?

自己的服务商变更服务器信息、原条目失效,或需要同步订阅内容时,可在已有 Subscribe 项目上执行更新,具体操作入口以应用显示为准。更新会重新读取链接内容,不等于延长相关服务的有效期,也不代表自动选中最适合当前网络的条目。更新前记住正在使用的条目与必要的自定义设置,更新后检查分组、条目变化、当前选择以及报错信息。若出现更新失败,先核对网络与订阅状态,不要用密集重复更新代替排查;也不要把清空列表作为每次更新前的固定步骤。

Subscribe、单个服务器信息和 Config 有什么区别?

Subscribe 用来读取用户已有订阅中的服务器条目;单个服务器信息则需要在 Add Server 中按实际协议填写地址、端口及对应认证字段;Config 管理规则、策略和相关设置,不能把三者当作同一种内容。导入前先确认自己拿到的是哪一类信息,并核对格式与用途。只有规则的 Config 不一定包含可以连接的服务器,只有服务器条目也不代表已经具备所需的规则。替换 Config 前应保留原文件,导入后同时检查条目选择与 Global Routing,避免把导入成功误认为配置已经完整可用。

ROUTING & DIAGNOSTICS

规则分流与故障排查

把连接状态、规则命中与请求结果分开看,避免一次改变多个条件。

Global Routing 的 Config、Proxy、Direct 怎么选?

需要按规则决定请求去向时选择配置(Config);希望用当前代理策略核对代理连接时可选择代理(Proxy);需要按直连路径核对本地网络时选择直连(Direct)。Config 依赖当前启用的配置文件与规则顺序,并不等于所有请求都走代理;Direct 也不能验证远端服务器是否正常。排查时固定同一个测试目标,只改变一个姿态并比较结果,记录后再恢复原设置。若 Config 失败而其他姿态结果不同,应进一步看匹配规则与策略,不要仅凭某次页面打开成功就认定全部规则都正确。

显示已连接却无法上网,怎样缩小排查范围?

已连接只表示连接状态已经建立,不保证每个目标请求都能成功。先断开后确认本地网络能否访问日常可用的目标,再重新连接,核对当前条目、Global Routing 和服务有效状态。使用 Connectivity Test 等工具时,要区分连通性测试结果与实际网页请求结果;单次测试成功不能证明 DNS、规则和目标服务全部正常。若只有部分目标失败,检查对应规则与 DNS;若所有目标都失败,优先看本地网络、当前条目和认证信息。每次只改一个变量,并保留报错,避免同时换网络、换配置后失去判断依据。

只有部分域名打不开,如何检查规则和 DNS?

先记录具体域名、失败时间及当时使用的 Config,再查看可用的请求记录,核对它实际匹配了哪条规则、采用什么策略。规则通常自上而下匹配,前面的 DOMAIN-SUFFIX、IP-CIDR 或 REJECT 可能使后面的预期规则不再生效,FINAL 只处理前面未匹配的请求。DNS 异常与策略命中错误需要分开判断:先查是否完成域名解析,再看请求去向。修改前保留原配置,只调整相关规则或 DNS 项目并复测;不要同时替换整份 Config 与所有解析设置,否则难以确认问题来源。

后台耗电偏高,On Demand 应该一直开启吗?

先在系统电池统计中核对观察时段、前后台活动与实际网络使用情况,不要只看应用百分比判断异常。持续传输、频繁重连、网络切换及诊断记录都可能影响耗电。On Demand 用于按配置条件触发连接,不是固定的省电开关;条件设置不合适时,仍可能反复建立连接。建议先记录当前设置,在相近使用场景下比较常驻连接与按需连接,并检查是否存在不必要的持续测试或重复重连。调整后还要确认必要请求能正常处理,不能仅以后台活动减少作为设置正确的唯一标准。