Shadowrocket 常见问题
先区分购买、导入与连接问题,再按对应步骤核对。以下说明以用户已有自己的订阅或服务器信息为前提,界面名称保留英文原文。
正版核对与 App Store 购买
先核对产品与购买账号。Shadowrocket 只在 App Store 发售,购买记录与应用内连接配置分别处理。
App Store 搜不到 Shadowrocket,应该先检查什么?
先在获取应用页打开指定的 App Store 产品页,再判断是搜索结果问题,还是当前账号所在店面暂不可用。核对 App Store 当前购买账号及其国家或地区;账号地区决定商店内容,并不只由设备界面语言决定。需要查看地区设置时,在系统 Settings 中进入 Apple Account 的 Media & Purchases,查看账户后核对 Country/Region,名称以系统实际显示为准。更改地区前先阅读账户页面提示的余额、订阅与付款条件;不要仅因搜索不到就反复切换地区。
搜索到同名应用,怎样核对 Shadowrocket 正版?
付款前同时核对开发者 Shadow Launch Technology Limited、与本站官方图标一致的应用图标,以及产品页地址中的 id932747118。应用 ID 为 932747118,名称相近或图标相似都不能替代这三项检查。还应确认正在查看的是 Shadowrocket 本身,而不是相关搜索结果。价格、系统要求和购买适用性以 App Store 页面标注为准;若其中一项不符,先返回获取应用页重新进入指定产品页,再决定是否购买。
换机或重装后,Shadowrocket 需要再买一次吗?
先使用原购买账号在 App Store 的已购项目或应用列表中查找 Shadowrocket,再按页面显示重新获取。若显示价格而不是重新下载入口,先核对用于 Media & Purchases 的账号是否与原购买账号一致,并检查购买记录;设备上的其他账户登录状态不能代替购买账号核对。恢复资格及家人共享适用性以 App Store 页面标注为准。重新获取应用与恢复应用内配置是两件事,换机前应另行保管已有配置,重装后不要假定服务器和订阅会自动出现。
iPad 可以安装吗?买断是否包含连接所需的服务?
Shadowrocket 主要用于 iPhone 与 iPad,iPad 应从同一 App Store 产品页获取;使用原购买账号时,先查看已购记录和页面上的获取状态。系统要求及购买适用性以 App Store 页面标注为准。客户端一次性买断 ≠ 线路套餐,应用购买只涉及客户端使用,连接仍需用户已有的订阅或服务器信息,相关信息从你的服务商处获取。iPad 的可用屏幕空间与 iPhone 不同,操作时按 Home、Config、Settings 等界面名称定位,不必要求按钮位置完全一致。
安装与首次启动
先完成系统授权,再验证实际连接。应用开关、系统 VPN 状态与访问结果需要分别检查。
首次连接时,为什么会出现添加 VPN 配置的系统提示?
Shadowrocket 建立连接时需要使用系统 VPN 配置。首次在 Home 选择服务器并打开连接开关后,系统可能要求允许添加 VPN 配置,并通过设备密码或生物识别确认。应先确认提示由当前主动操作触发,再按系统流程完成授权。若此前取消,可回到应用重新尝试连接;也可在系统 Settings 的 VPN 管理位置检查是否已有对应配置。系统授权不等于服务器已可用,完成后仍需检查所选服务器、Global Routing 与实际访问结果。
Home 顶部开关打不开,或打开后立即关闭怎么办?
先确认 Home 中已有有效服务器,并已点选准备使用的条目;只导入配置但没有选定服务器,不等于具备完整连接条件。接着检查系统添加 VPN 配置的授权是否完成,以及是否有其他 VPN 连接正在运行。停止冲突连接后再试,并记录系统提示或应用错误内容。若设备由组织管理,VPN 可能受到管理策略限制,应向设备管理员核对。不要一开始就删除全部配置;先保留现有信息,按选择服务器、系统权限、连接错误的顺序缩小范围。
界面是英文,怎样对应手册中的操作位置?
按界面原词定位即可:Home 用于查看与选择服务器,Add Server 用于添加服务器信息,Config 用于管理配置,Settings 用于调整设置,Data 用于查看流量信息。Global Routing 中的 Config、Proxy、Direct 分别对应配置、代理、直连三种使用姿态,中文说明只是解释用途,不是要求界面必须显示中文。遇到系统 VPN 权限提示时,应按设备当前系统语言阅读提示;遇到应用布局差异时,先找相同名称,再对照教程步骤,而不是只按截图中的坐标操作。
连接后耗电增加,需要一直关闭应用吗?
先在系统电池用量中观察实际消耗,再结合使用时长、传输量和网络稳定性判断。持续传输、大量连接以及网络切换后的反复重连,都可能增加设备耗电;仅凭状态栏出现 VPN 标识无法判断异常。可在 Data 中观察流量变化,暂时停止不必要的传输,并在稳定网络下对比。若不需要保持连接,可关闭连接开关,并检查 On Demand 是否会按条件再次触发连接。不要把强制结束应用当作唯一的断开方法,应以应用开关和系统 VPN 状态为准。
相关说明:首次连接教程 · 完整手册与 Settings 说明
订阅与服务器导入
先核对信息类型,再检查字段和内容格式。订阅链接及服务器参数从你的服务商处获取。
订阅导入失败,应该检查链接还是应用设置?
先核对从你的服务商处获取的内容是否确实是订阅链接,而不是账户页面、说明页面或缺少部分字符的地址。粘贴时检查前后空格、换行及被消息应用截断的情况;链接中的凭据部分不能随意删改。然后区分错误发生在获取内容之前还是解析内容之后:前者优先检查当前网络和链接有效性,后者核对内容格式是否适用于 Shadowrocket。若服务商已更换地址或访问凭据,应使用其当前提供的信息。不要把完整订阅链接贴到公开页面求助。
已有单个服务器信息,Add Server 中哪些字段要核对?
先按已有服务器资料选择正确的 Type,再逐项填写地址、端口和该协议要求的认证信息。Shadowsocks、VMess、VLESS、Trojan 等类型的字段并不相同,不应把一种协议的参数直接套用到另一种类型。若资料涉及 TLS、传输方式或其他附加参数,也应逐项保持一致,而不是仅填写地址和端口就保存。保存后回到 Home 点选该条目,再进行连接验证。遇到不明确的字段,从你的服务商处获取准确参数,不要通过随机切换 Type 或关闭验证来试错。
怎样更新已有订阅?更新后服务器列表为何发生变化?
在 Home 找到对应的订阅分组,使用该订阅可用的更新操作,具体入口以应用实际显示为准。更新前确认当前网络可以访问订阅地址,更新后核对分组内容、错误提示和当前选中的服务器。服务器名称或条目数量变化,可能来自订阅内容本身的调整,不能仅据此判断应用故障。若原选中条目已被移除,应重新选择仍然有效的服务器;若更新失败,先保留原分组并核对地址有效性,不要连续重复添加相同订阅,以免后续难以区分正在使用哪一份。
订阅和 Config 是同一回事吗?导入后哪些内容需要保密?
订阅通常用于获取和更新服务器条目;Config 中的配置用于组织规则及相关设置,两者承担不同任务。导入订阅后,仍应核对 Global Routing 和当前配置,不能把服务器列表出现等同于规则已经按预期启用。订阅链接、服务器密码、认证标识和配置中可能携带的访问凭据都应妥善保存。分享截图、配置片段或诊断信息前,移除这些内容,并检查链接参数与二维码是否仍包含凭据。换机备份时同样需要保护文件,避免把含敏感信息的配置公开分享。
相关说明:导入与连接步骤 · 订阅、配置与协议术语
规则分流与连接排查
先验证基础网络,再区分服务器、规则与解析问题。测试通过不代表所有目标都经过相同路径。
Global Routing 的 Config、Proxy、Direct 应该怎么选?
需要按当前配置中的规则处理流量时选 Config;需要让可由客户端处理的连接采用代理路径时选 Proxy;需要直连时选 Direct。三者分别对应配置、代理、直连,不是速度等级,也不是三个服务器。Config 的实际结果取决于启用的配置和规则顺序;Proxy 仍依赖有效服务器及相关连接条件;Direct 不用于验证服务器代理是否可用。初次排查时可以记录原设置,再用单一姿态对比结果,确认问题属于服务器连接还是规则选择,测试后恢复符合日常用途的设置。
开关显示已连接,但网页打不开,按什么顺序检查?
先暂时断开连接,确认设备当前网络本身可以访问普通网页;再连接并核对 Home 中选中的服务器。使用 Connectivity Test 检查连接,同时记录是全部访问失败,还是只有部分目标失败。全部失败时优先核对服务器参数、有效状态及当前网络;仅部分失败时检查 Global Routing、当前 Config 和相关规则。系统 VPN 显示已连接,只能说明隧道状态,不能证明每个目标都可达。每次只调整一项并复测,保留原设置,避免同时更改 DNS、规则和服务器后无法确定原因。
部分域名打不开,应该直接更换 DNS 设置吗?
不要先把所有问题归因于 DNS。先判断失败发生在域名解析、服务器连接还是规则选路阶段,并比较其他域名是否正常。若使用 Config,核对当前文件是否包含针对该域名或地址范围的规则,以及命中策略是否符合预期;规则通常按顺序匹配,较早的匹配可能影响后续结果。只有在已有诊断信息指向解析问题时,再检查当前配置中的 DNS 设置及其可达性。修改前保存原值,一次只变更一处;不要直接套用来源不明的整份配置来覆盖现有规则。
Connectivity Test 正常,是否说明所有应用都能正常使用?
不能。Connectivity Test 的结果只对应当次测试的目标、路径和网络条件,无法代表所有应用、所有域名或后续网络状态。测试正常但某个应用异常时,应记录该应用失败的具体操作、发生时间、Global Routing 姿态和所用服务器,再检查相关连接是否受到不同规则影响。可以结合 Data 的流量变化和应用提供的诊断信息缩小范围,但不要把流量增长直接等同于业务成功。提交问题时提供可复现步骤与经过脱敏的错误内容,保留必要上下文,同时移除账号、订阅链接和认证凭据。
继续阅读:Shadowrocket 完整手册 · 规则语法与匹配顺序