OFFICIAL MANUAL / QUESTIONS

Shadowrocket
常见问题

先定位问题发生在哪一步,再检查对应字段。购买记录、订阅内容与连接配置分别核对,不用一次重置全部设置。

  • 4 类问题
  • 20 条操作说明
  • 展开即可阅读

APP STORE / PURCHASE

正版与购买

先核对商店与购买账户,再确认应用身份。唯一获取入口是 App Store 产品页(新窗口);详细字段见正版核对说明。

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

先确认用于 App Store 购买的 Apple ID 所属商店地区,而不是只看设备语言或当前位置。在系统 Settings 中进入 Apple 账户,查看 Media & Purchases、View Account 下的 Country/Region;界面名称可能随系统语言变化。再从本页商店入口打开产品页,观察是否提示当前地区不可用。需要更改地区时,沿同一账户页面的 Country/Region 操作,并先处理余额、有效订阅及付款方式要求。不要把修改设备地区当成修改商店地区。

怎样核对 App Store 中的应用是 Shadowrocket?

不要只凭名称或搜索排序判断。打开产品页,核对开发者 Shadow Launch Technology Limited、与本站页头一致的官方图标,以及产品页地址中的 id932747118。应用 ID 的数字部分应为 932747118,三项应同时对应。名称相近的搜索结果也应逐项核对。购买价格、系统要求和兼容设备继续以 App Store 页面标注为准;如果其中一项不符,先返回获取应用页重新打开产品入口。

一次性买断包含什么?还需要准备订阅吗?

一次性买断指购买 Shadowrocket 客户端的使用权益,成交价格以 App Store 页面标注为准。客户端一次性买断 ≠ 线路套餐:应用购买记录与连接所需的订阅或服务器信息是两件事。导入前应已持有自己的订阅或服务器信息,订阅从你的服务商处获取。客户端负责读取这些信息、建立连接并按配置处理请求;订阅的有效期、流量额度与服务器可用性,应分别核对,不能由应用购买状态推断。

换机或重新安装后,需要再购买一次吗?

先在 App Store 登录当初购买应用的 Apple ID,再从账户中的已购应用记录查找 Shadowrocket。已购记录可用且新设备符合兼容性要求时,通常可以重新获取;入口名称随系统版本可能不同。如果产品页仍显示购买价格,先核对购买账户、订单记录与当前商店地区,不要立即重复付款。重新获取应用不等于恢复全部本地配置,旧设备上的订阅、规则与设置应另行备份,并在新设备上检查导入结果。

iPad 可以使用吗?家人共享怎样确认?

Shadowrocket 可用于 iPhone 与 iPad。iPad 使用购买该应用时的同一 Apple ID 时,先在 App Store 的已购记录中查找应用,再核对设备兼容性。家人共享是否适用,应查看 App Store 产品页的支持信息,并确认家庭购买共享设置、成员账户与商店地区条件;不能只凭已加入家庭就判断可获取。Mac、Apple TV 与 Apple Vision 的兼容性及是否通用购买也以 App Store 页面标注为准,系统要求以 App Store 页面标注为准。

INSTALLATION / FIRST CONNECTION

安装与首次打开

把 App Store 获取、设备授权与应用连接分开检查。完成其中一步,并不代表后续步骤已自动完成。

产品页能打开,但应用一直无法完成获取,怎么处理?

先分清是付款未完成、下载等待,还是设备不符合要求。付款阶段检查账户提示、付款方式及待处理订单;下载阶段检查网络、设备可用储存空间,并在 App Store 中查看任务状态。系统要求以 App Store 页面标注为准,不凭设备型号猜测。保留错误提示后再重试,避免连续提交购买。若其他应用也无法获取,优先处理 App Store 账户或设备网络问题,而不是修改尚未使用的 Shadowrocket 配置。

首次连接时为什么要求添加 VPN 配置?

Shadowrocket 建立系统网络连接时,需要经系统确认添加 VPN 配置。这是设备授予应用相应网络能力的授权步骤,不代表服务器已经可用,也不代表订阅已导入成功。确认当前操作来自刚安装并核对过的 Shadowrocket,再按系统提示授权;系统可能要求设备密码或身份验证。若此前取消,可返回应用重新发起连接。公司或学校管理的设备可能限制这项权限,应先检查管理策略,不要反复删除设备管理设置。

Home 中的连接开关打不开,或打开后马上关闭,怎么办?

先检查是否已添加并选中服务器,以及首次 VPN 配置授权是否完成,再查看应用显示的具体错误。确认其他 VPN 连接是否正在占用系统连接位置,必要时先停止其他连接后重试。若仍立即断开,保留错误内容,检查服务器地址、端口、认证信息和协议选项是否完整匹配。只有在排除配置问题后再考虑重启设备;不建议一开始就重装,因为重装可能使本地规则、订阅与诊断线索丢失。

界面是英文,应该从哪些入口开始?

本手册保留界面英文原文,便于与应用中的项目逐项对应。Home 用于查看服务器与连接状态,Add Server 用于添加已有服务器信息,Subscribe 对应订阅类型,Config 用于管理配置文件,Global Routing 用于选择路由姿态,Settings 用于相关设置。不要仅凭中文含义寻找名称完全不同的项目。可按使用说明页完成一遍导入、选择服务器、连接与验证流程;遇到不熟悉的规则关键字,再到名词解释页查阅。

iPhone 的配置放到 iPad 后,为什么仍需重新检查?

应用购买权益、配置文件与设备授权分别管理。iPad 获取已购应用后,并不意味着 iPhone 上的服务器选择、订阅内容和全部设置已自动同步。通过应用提供的导入方式迁移已有配置后,逐项核对服务器、Global Routing 和当前启用的 Config,再在 iPad 上完成系统授权与连接测试。横屏下入口位置可能不同,但应以实际界面词定位。涉及订阅链接或认证信息的迁移内容应仅保存在自己可控的位置,不公开发送。

SUBSCRIBE / SERVER

订阅与节点导入

以下操作以已持有自己的订阅或服务器信息为前提。先确认导入内容,再判断连接结果;不要把订阅更新与配置文件更新混为一项操作。

已有订阅应该怎样导入?

订阅从你的服务商处获取,并先确认其适用于 Shadowrocket。进入 Home 的 Add Server,选择 Subscribe 类型,把完整订阅地址填入 URL,添加便于辨认的备注后保存并获取内容。具体入口位置以当前应用界面为准。完成后检查订阅分组是否出现服务器,再选择其中一个进行测试。订阅地址可能含有账户凭据,应完整粘贴但不要公开展示;如果只有单台服务器参数,应按其协议添加,不要把普通服务器地址误填成订阅 URL。

订阅导入失败,怎样区分地址问题与网络问题?

先核对粘贴内容是否完整,是否多出空格、换行或被聊天工具截断,再确认订阅是否仍有效。随后检查设备能否正常访问网络,并在不同本地网络下重试一次。如果显示认证失败或资源不存在,优先核对订阅状态与地址;如果超时,优先检查访问订阅地址所需的网络条件。地址能打开也不代表返回内容可供导入,登录页、错误页或格式不匹配都可能失败。向你的服务商确认格式时,只提供必要错误信息并遮盖凭据。

怎样更新订阅?更新后为什么服务器发生变化?

在 Home 找到已有订阅分组,使用其更新操作重新获取内容;入口位置以当前界面为准。更新前记下正在使用的服务器,完成后检查是否仍被选中,并重新做 Connectivity Test。订阅列表来自你的服务商返回的内容,服务器名称、地址或数量变化不等于应用故障。更新订阅也不是更新 Config,两者应分别确认。若手工编辑过订阅中的条目,后续更新可能覆盖改动,需保留独立备份,不要依赖订阅列表保存自定义参数。

手动 Add Server 时,参数看起来齐全却连不上,检查哪里?

先确认选择的协议与已有服务器信息一致,再逐项比对地址、端口、认证字段和加密方式。使用 TLS 或额外传输设置时,还需核对服务器名称、传输方式及相关路径,不能只填地址和密码就认定完整。不同协议的字段不能按名称相似直接套用。每次只修改一类参数,保存后再测试,便于确定原因。不要通过随意关闭证书验证来绕过错误;应先核对服务器信息与设备时间,并保留原始参数以便恢复。

订阅链接、服务器列表与 Config 文件有什么区别?

订阅链接用于获取并更新服务器集合,服务器条目记录具体连接参数,Config 文件则可包含规则、策略与 DNS 等配置。三者有关联,但不能相互替代:导入服务器不代表规则已就绪,切换 Config 也不代表订阅已更新。排查时先看 Home 是否有可用且选中的服务器,再确认 Global Routing 是否使用 Config,最后核对当前启用的配置文件。涉及导出或分享时,分别检查内容是否含订阅凭据、密码与个人网络信息。

GLOBAL ROUTING / DIAGNOSTICS

规则与故障排查

使用同一目标、同一网络做对比,每轮只改变一个条件。先验证基础连接,再检查规则,最后观察持续使用时的速度与电量。

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

配置(Config)按当前配置文件的规则决定请求走向;代理(Proxy)以代理姿态处理流量;直连(Direct)以直连姿态处理流量。日常使用已核对的规则时选择 Config,临时比较路由影响时可分别测试 Proxy 与 Direct,结束后恢复原来的选择。这三种姿态不是速度等级,也不会修复错误的服务器参数。规则中的 PROXY、DIRECT 是策略关键字,与界面中的 Proxy、Direct 大小写不同;排查时记录当前姿态,避免把直连成功误认为代理服务器可用。

显示已连接但无法上网,按什么顺序排查?

先断开连接确认本地网络能正常访问,再连接并运行 Connectivity Test,检查所选服务器是否可用。随后用多个目标分别测试,区分全部请求失败与单个目标失败。若 Proxy 下可用而 Config 下失败,重点检查规则、策略引用与 DNS;若两者都失败,回到服务器参数、订阅状态及本地网络层检查。一次只改变一个条件并记录结果。系统显示已连接只说明连接会话已建立,不能据此判断目标请求、DNS 解析和远端服务都已成功。

自定义规则为什么没有生效?FINAL 应该放在哪里?

先确认 Global Routing 为 Config,且编辑的文件正是当前启用的 Config。规则通常按从上到下的顺序匹配,命中后采用对应策略;如果前面的较宽规则已经匹配,后面的细规则就不会被执行。FINAL 用于兜底,应放在末尾,并核对其策略是否符合预期。修改后保存并按应用要求重新载入,再用新的请求验证。还要区分 DOMAIN-SUFFIX 与 IP-CIDR 的匹配对象,避免只改域名规则,却用无法对应域名的请求来判断结果。

Connectivity Test 数字很低,为什么实际访问仍然慢?

Connectivity Test 反映特定测试方式下的响应情况,不等于持续传输速度,也不能代表所有目标的访问质量。先用同一服务器比较不同目标,再用同一目标比较已有订阅中的其他服务器,并保持测试时段与本地网络尽量一致。若仅某个目标慢,检查该目标与路由规则;若全部都慢,再检查本地信号、服务器负载与线路情况。不要一次同时更换协议、规则和网络,否则结果无法比较。测试成功也不能替代对实际业务请求的验证。

持续连接比较耗电,On Demand 应该怎么检查?

先在系统电池统计中观察同等使用时长下的变化,并区分视频传输、后台同步、弱信号与频繁重连等因素。保持连接本身与持续大量传输的耗电不能混为一谈。如果启用了 On Demand,检查触发条件是否导致网络切换时反复连接;可暂时停用它进行对比,确认基础连接稳定后再逐项恢复。诊断完成后关闭不再需要的详细记录,并保留必要结果。不要只凭状态栏的连接标识判断耗电来源,也不要以牺牲证书验证作为省电方式。