Shadowrocket 官方手册

Shadowrocket 疑难解答

按问题发生的阶段查找答案:先核对购买与安装,再检查已有配置,最后判断连接与规则。每次只调整一项设置,并保留原配置,便于复测与恢复。

正版核验与购买

购买前确认产品身份,恢复购买时确认原购买账户。应用获取资格与连接配置分别管理。

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

在产品页同时核对开发者 Shadow Launch Technology Limited、与本站品牌图标一致的官方应用图标,以及链接中的应用 ID 932747118。不要只凭应用名称或搜索结果位置判断。进入购买确认前,再看一次产品名称和开发者信息;如果其中一项不一致,返回本站下载说明页重新打开产品页。价格、兼容性与购买适用性也应在同一页面核实,以 App Store 页面标注为准。

购买 Shadowrocket 后是否还要准备连接配置?

需要。客户端一次性买断 ≠ 线路套餐,购买的是 Shadowrocket 应用的使用资格,不会自动生成可连接的服务器信息。后续操作以用户已有自己的订阅或服务器信息为前提:导入后核对协议、地址、端口和认证字段,再进行连接测试。本站是 Shadowrocket 官网与官方手册,只说明客户端操作,不提供、不销售、不推荐节点或订阅。应用购买问题与已有连接配置的问题应分别检查。

Shadowrocket 多少钱,价格应该以哪里为准?

Shadowrocket 为付费商业应用,采用一次性买断。美区定价约 2.99 美元,各店面按当地货币显示,实际金额以 App Store 产品页及购买确认界面为准。核对时应区分应用本身的购买费用与用户已有连接服务的费用,两者分别管理。看到与预期不同的金额时,先确认账户所在店面、币种和产品名称,再决定是否继续;不要把其他店面的金额直接当作当前账户的结算价格。

换机或重装后,Shadowrocket 要重新购买吗?

通常可使用原来购买应用的 Apple 账户,从 App Store 的已购项目或应用列表中重新下载,具体购买适用性以 App Store 页面标注为准。先核对媒体与购买项目所用账户是否与原购买账户一致;系统账户与商店购买账户可能不同。恢复应用与恢复 Config、订阅及服务器记录是两件事,重新下载后还应检查自己的配置备份。若产品页仍显示购买金额,先检查购买记录,不要立即重复付款。

相关说明:正版三要素核验 · 已购项目恢复

安装与首次打开

系统授权、应用安装和配置迁移是不同步骤。先确认当前卡在哪一步,再处理对应提示。

iPhone 安装后第一次连接,为什么要求添加 VPN 配置?

这是系统为建立 VPN 连接而请求的授权,不等于已经完成服务器配置。确认请求来自正在操作的 Shadowrocket 后,按系统提示允许并完成设备身份验证,再返回应用打开连接开关。若先前取消授权,重新发起连接时按提示处理。随后可到系统 Settings 的 VPN 相关页面核对连接配置。只应在确认配置归属后再修改或删除,删除后客户端可能需要重新请求授权。

iPad 能安装 Shadowrocket 吗,界面会有什么不同?

可以从同一 App Store 产品页核对 iPad 的兼容性,系统要求以 App Store 页面标注为准。已购买的用户先在 iPad 的 App Store 中确认原购买账户,再查看已购项目。横屏或较宽窗口下,列表与详情的呈现位置可能不同,应按 Home、Config、Settings 等界面词寻找对应功能,而不是只对照按钮在屏幕上的坐标。应用安装完成后,仍需单独确认已有配置是否已经迁移。

界面显示英文,应该从哪些项目开始操作?

先识别 Home、Add Server、Global Routing、Config 和 Settings:Home 用于查看连接记录与开关,Add Server 用于添加已有服务器信息,Global Routing 决定整体路由姿态,Config 用于管理配置文件,Settings 用于查看设置。手册保留这些英文原文,便于逐项对应。界面语言的可选范围以当前应用和系统显示为准;操作前先确认所在页面,不要因语言不同而同时改动多个选项。

连接开关打不开或立即关闭,应该按什么顺序检查?

先确认设备自身能正常联网,再检查是否已选中有效服务器记录,以及系统添加 VPN 配置的授权是否完成。接着查看系统 VPN 页面是否有其他连接正在使用,并暂时关闭 On Demand,避免自动连接行为干扰判断。返回 Shadowrocket 重试一次并观察具体提示。若仍立即关闭,记录提示内容和发生步骤,再检查相应配置;不要先清空全部记录,也不要把重装应用作为第一步。

换到新设备后,原来的 Config 和订阅为什么没有出现?

App Store 已购记录解决的是应用获取资格,不能据此判断所有应用数据已经恢复。先检查旧设备是否保留原有 Config、订阅记录及可用备份,再使用当前应用提供的导出、导入或同步功能进行迁移。涉及覆盖操作时,先保存新设备已有内容,并留意导入结果是否改变当前启用的 Config。订阅地址和认证字段属于敏感信息,迁移时只在自己控制的设备与存储位置之间传递。

相关说明:iPhone 首次打开 · iPad 获取与安装

订阅与节点导入

先确认输入内容完整,再确认导入结果。保存了订阅地址,不等于已生成可用服务器条目。

已有订阅导入失败,先核对链接还是网络?

两项都要检查,但先确认复制的是完整订阅地址,而不是网页标题、说明页面地址或截断后的文本。核对开头与结尾是否多出空格、换行或标点,再检查设备当前网络能否访问该地址。若返回登录页面、错误提示或空内容,客户端通常无法据此生成服务器记录。确认地址有效后,再核对导入类型和订阅格式是否与当前应用兼容。排查截图应遮住完整地址与认证参数。

手动 Add Server 时,哪些字段最容易填错?

先按已有服务器信息选择正确的协议类型,再逐项核对地址、端口和认证字段。Shadowsocks 的加密方法与密码、VMess 或 VLESS 的标识字段,以及 TLS、SNI、传输方式等附加参数,都应与原始信息一致。不要根据协议名称猜测默认值,也不要把网页地址整段填入服务器地址栏。保存后重新打开记录检查一次;若原始信息缺少必填项,应先核实信息完整性再测试。

Scan QR Code 识别失败,或者识别后没有可用记录怎么办?

先确认相机权限已开启、二维码完整清晰,并避免反光或裁掉边缘。能够扫描到文本不代表文本一定是客户端可导入的服务器信息;普通网页地址和说明文字也可能被编码成二维码。识别后应查看生成记录的协议、地址和端口是否完整。如果二维码来自自己的配置备份,可改用原始文本导入进行交叉检查。二维码可能包含认证信息,排查时不要直接公开原图。

已有订阅如何更新,更新后为什么记录变了?

在 Home 找到对应订阅记录,使用该记录提供的更新操作;入口位置以当前应用显示为准。更新前先确认当前网络可访问订阅地址,更新后检查记录数量、名称和当前选中项。远端内容变化时,本地条目也可能新增、移除或改名,因此应重新确认正在使用的服务器。手动修改订阅生成的条目可能在后续更新中被覆盖,需要长期保留的独立记录应先按应用功能另行保存。

订阅已经导入,为什么连接时仍提示没有可用服务器?

导入成功可能只表示订阅记录已建立,还需要确认其下方实际生成了服务器条目。先查看最近一次更新是否成功,再检查是否选中了具体可用条目,以及 Config 中的策略是否引用了已经移除或改名的对象。若订阅地址返回的内容为空,重新保存同一地址并不能补全服务器信息。还应区分订阅与 Config:前者管理服务器来源,后者可以包含规则和策略,两者的导入结果应分别核对。

相关说明:导入与首次连接步骤 · 协议字段参考

规则分流与故障排查

按基础网络、服务器、路由姿态、规则与 DNS 的顺序缩小范围。测试结果应与实际访问现象一起判断。

Global Routing 的配置、代理、直连三种姿态怎么选?

配置对应 Config,按当前启用配置中的规则与策略处理流量,适合检查日常规则分流;代理对应 Proxy,将流量按该姿态交给选定代理处理,可用于隔离规则因素;直连对应 Direct,使用直接连接路径,可用于核对基础网络。三种姿态改变的是路由行为,不会修复错误的服务器参数。排查时先记录原姿态,每次只切换一项并访问同一目标,比较结果后恢复预期设置。

显示已连接却无法上网,应先检查服务器还是 DNS?

已连接只说明系统连接状态已经建立,不代表每个目标都能正常访问。先确认关闭连接后基础网络可用,再检查当前服务器、Global Routing 姿态与启用的 Config。若仅某些域名失败,查看请求记录中的规则命中和 DNS 解析结果;若所有目标都失败,优先核对服务器认证、传输参数及可达性。每次只调整一个因素,并用同一目标复测,避免同时修改 DNS 和规则后无法判断原因。

Connectivity Test 正常,为什么网页仍然打不开?

Connectivity Test 的结果受测试方式与测试目标影响,只能说明该次测试的对应环节,不等于完整网页请求已经成功。网页还涉及 DNS、规则选择、TLS 和目标站点响应。先检查测试用的服务器是否就是当前连接所选条目,再查看失败网页的请求记录与解析结果。不要仅凭延迟数值判断可用性;使用实际访问结果与日志共同判断,也不要连续批量测试来替代对具体失败环节的检查。

Config 中的规则没有按预期生效,应该看哪里?

先确认 Global Routing 当前为 Config,并确认已启用的是刚刚检查的配置文件。再按从上到下的顺序查找匹配项:DOMAIN-SUFFIX 检查域名后缀,IP-CIDR 检查地址网段,FINAL 处理前面规则未命中的请求。较早命中的规则可能使后面的规则没有机会执行。结合请求记录核对实际目标、命中规则与最终策略,同时确认策略引用的服务器仍存在,不要只看配置文本是否已经保存。

持续连接耗电明显,On Demand 应该一直开启吗?

耗电与实际流量、网络信号、重连频率、测试操作和相关配置共同有关,不能只根据连接图标判断。先在系统电池页面观察相同使用时段的应用活动,再检查是否存在频繁断线、重复测试或持续传输。On Demand 用于按条件触发连接,应根据自己的网络需求设置;排查时可暂时关闭,观察手动连接是否稳定。比较时保持网络和使用方式接近,不必为降低耗电而一次关闭所有功能。

相关说明:Settings 与连接设置 · DNS 排查思路