官方手册 · 问答

Shadowrocket 常见问题

先区分购买、导入与连接问题,再按顺序检查。每条回答可独立展开;界面名称保留英文,便于在应用中逐项核对。

正版核验与购买

先核对产品页,再确认账户、价格和购买记录。

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

先从本站正版下载页进入 App Store 产品页,区分搜索结果问题与当前店面不可用。检查用于“媒体与购买项目”的 Apple 账户国家或地区,而不是只看设备语言。需要调整时,在系统 Settings 的 Apple 账户中进入“媒体与购买项目”,选择“查看账户”后核对“国家或地区”,并阅读系统列出的余额、订阅及付款方式要求。改区不保证应用可购买,是否提供仍以当前 App Store 页面为准。

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

核对三处:名称为 Shadowrocket,开发者为 Shadow Launch Technology Limited,产品页地址含 id932747118;同时比对本站页头所用的官方图标。搜索结果中的名称和图标只能帮助辨认,不能替代开发者与应用 ID 的核对。进入产品页后再查看价格、兼容性和购买确认信息,不要仅凭搜索列表中的位置作判断。若任一关键字段不一致,先返回正版下载页重新打开产品入口。

购买 Shadowrocket 后,是否就有可以连接的线路?

不是。客户端一次性买断 ≠ 线路套餐。购买获得的是 Shadowrocket 客户端的使用资格,连接还需要用户已有自己的订阅或服务器信息,并正确填写协议参数。本站不提供、不销售、不推荐节点或订阅,仅说明已有配置的导入与使用方法。应用价格与连接服务的有效期、流量和服务器状态是不同事项;出现连接失败时,应分别检查客户端配置和已有服务的状态,而不是重复购买应用。

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

先使用原购买时的 Apple 账户登录 App Store,在账户的已购应用记录中查找 Shadowrocket,并查看是否显示重新下载入口。若仍显示价格,先核对“媒体与购买项目”的账户、购买记录及当前店面,不要直接再次付款。应用购买记录与 Shadowrocket 内的订阅、服务器、Config 是两类数据;重新下载应用不代表配置一定随之恢复。设备兼容性、购买适用性及恢复结果以 App Store 页面与账户记录为准。

Shadowrocket 的价格、系统要求和共享范围在哪里确认?

以 App Store 产品页及购买确认页为准。Shadowrocket 为一次性买断的付费应用,美区参考价格为 2.99 美元,不同店面按当地货币显示,最终以付款前金额为准。系统要求一律以 App Store 页面标注为准。家人共享、不同设备上的购买适用性也应逐项查看商店说明,不把同一产品页列出多种设备理解为所有账户均可共用购买。购买前先核对所用设备与账户,再确认付款。

查看正版核验步骤 →

安装与首次打开

将系统授权、应用界面与连接状态分开检查。

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

这是系统对添加 VPN 配置的授权提示,应先确认提示由刚打开的 Shadowrocket 连接操作触发,再按系统流程允许并完成身份验证。授权并不表示服务器参数已经正确,也不代表网络连接一定成功。返回 Home 后检查选中的服务器与连接状态;若先前取消授权,可再次发起连接。仍无法完成时,到系统 Settings 的 VPN 配置管理处核对现有条目,并先停止其他正在运行的 VPN 连接,避免同时修改多项设置。

iPad 能安装吗?与 iPhone 的操作有什么区别?

Shadowrocket 可在 iPad 上通过同一 App Store 产品页获取,系统要求以 App Store 页面标注为准。已购买时,先用原购买账户检查商店是否提供重新下载。iPad 的屏幕布局与 iPhone 可能不同,但 Home、Config、Settings 等界面词和导入时所需的服务器参数仍是检查重点。不要只按按钮在截图中的坐标寻找功能,应按界面名称操作;设备间配置是否已同步,也需要在实际列表中确认,不能只凭购买记录判断。

连接开关打不开,或打开后立即关闭,如何检查?

先确认 Home 中已选中一条有效服务器记录,并留意系统 VPN 授权是否完成。随后停止其他 VPN 连接,重新打开 Shadowrocket 再试;若设备受单位或学校管理,还需检查管理策略是否限制 VPN 配置。开关立即关闭时,应查看 Log 中同一时刻的错误,区分参数缺失、配置读取失败和连接建立失败。先保存错误信息,再逐项核对,不要反复删除全部配置;授权问题和服务器不可达需要不同处理。

界面是英文,应该按哪些名称找功能?

本手册保留应用界面中的英文名称,避免按中文意译寻找时发生误认。查看服务器与连接从 Home 开始,添加记录找 Add Server,配置文件找 Config,常用设置找 Settings,路由姿态找 Global Routing。若设备为应用提供单独的语言选项,可在系统 Settings 的应用设置中查看可选项;实际可用语言以应用显示为准。界面语言变化不会替代服务器参数,导入失败时仍需检查链接内容与协议字段。

连接后耗电增加,是否应该一直关闭后台?

先在系统电池统计中观察具体时段,并结合当时流量、网络切换和连接重试判断,不要只看某一次百分比。持续传输、频繁测试以及不稳定网络下的重连都可能增加消耗。可暂时停止频繁的 Connectivity Test,检查 Log 是否持续出现错误,并核对 On Demand 是否在不需要的网络条件下触发连接。不要把强制关闭应用当作唯一措施;先用相同使用条件比较调整前后表现,每次只改变一项设置。

按步骤完成首次连接 →

订阅与节点导入

以已有订阅或服务器信息为前提,先核对来源内容。

已有订阅导入失败,应该先查链接还是服务器?

先查订阅链接能否取得有效内容,再查其中的服务器。确认复制的是用户已有订阅的完整地址,没有附带空格、换行或说明文字;再核对该订阅是否有效、访问时是否需要额外验证。导入报错可能来自请求失败,也可能来自返回内容格式不受支持,两者不能混为一谈。若返回的是登录页面或错误提示,反复导入不会修复内容。记录应用提示,并向原服务方核对链接用途;不要公开含访问凭据的完整订阅地址。

更新订阅会不会覆盖手动修改的服务器参数?

订阅内的服务器信息通常由订阅返回内容管理,更新后名称、地址、端口或参数可能随内容变化,因此不要假定手动修改会一直保留。更新前先记下需要对照的字段,必要时在应用支持的方式下保存独立记录;更新后核对当前选中项是否仍存在。订阅更新与 Config 更新是不同操作,更新服务器列表不等于启用了新的规则文件。若更新后连接异常,应比较记录来源与参数变化,而不是立即修改 DNS。

Scan QR Code 成功后,为什么仍然无法连接?

识别二维码只说明应用读取到了内容,并不验证服务器当前可达或凭据有效。进入生成的服务器记录,核对协议类型、地址、端口以及所需认证字段;使用 TLS 的记录还需检查相关参数是否与原始信息一致。若二维码包含的是订阅地址,应确认订阅请求和列表导入是否完成。然后在 Home 选中对应记录再连接,并结合错误提示排查。二维码、分享链接和导出的配置可能含敏感信息,求助时应遮盖认证内容。

Add Server 里应该选哪种协议,哪些参数不能猜?

协议类型应与用户已有服务器信息一致,不是根据名称或连接速度猜选。Shadowsocks、VMess、VLESS、Trojan、WireGuard 等记录所需字段不同,地址和端口相同也不代表可以互换。认证字段、加密方式、传输方式与 TLS 相关字段都应逐项照原始参数核对;缺少字段时先确认信息是否完整,不用尝试关闭证书检查来掩盖问题。建议一次只录入一条记录并验证,确认后再整理名称和分组,便于定位录入错误。

已有订阅和 Config 配置文件有什么区别?

服务器订阅主要用于导入与更新连接记录;Config 配置文件则用于组织规则及相关配置。两者可能都通过链接取得,但用途不能仅按链接外观判断,具体内容应以原提供方说明与应用识别结果为准。导入服务器后,还要确认 Home 中选中的记录;导入 Config 后,还要确认实际启用了哪个文件。当 Global Routing 使用 Config 时,规则是否生效取决于当前配置内容及匹配结果,并不是服务器列表出现记录就自动完成分流。

核对协议名称与相关术语 →

规则分流与故障排查

按基础网络、服务器、DNS、规则的顺序缩小范围。

Global Routing 的 Config、Proxy、Direct 三种姿态怎么选?

配置(Config)按当前启用配置中的规则决定请求走向;代理(Proxy)用于将请求交给所选代理处理;直连(Direct)用于直接连接目标。日常需要规则分流时,先确认 Config 文件正确再选 Config;定位问题时,可对同一目标分别检查不同姿态的表现,但测试后应恢复原设置。Proxy 不会补全错误的服务器参数,Direct 也不是断开连接的同义词。判断流量实际走向时,应结合连接记录,而不是仅看顶部开关状态。

显示已连接,但网页或应用无法联网,检查顺序是什么?

先断开连接确认基础网络本身可用,再检查所选服务器记录、已有服务的有效状态和当前 Global Routing。接着查看 Log 中对应请求,区分域名解析失败、服务器连接失败与规则选择不符合预期。仅一个目标异常时,优先查该目标的命中规则;所有目标异常时,优先查基础网络和连接参数。每次只调整一个变量,并在同一网络下重试。系统显示 VPN 已连接只代表相关连接状态,不能单独证明目标网站或全部请求都能成功。

DNS 应该怎么改,是否换一个地址就能解决所有问题?

不能。先确认错误是否发生在域名解析阶段,再查看当前 Config 与 DNS 设置的来源,避免同时在多处改动却不清楚实际使用哪一项。选择解析方式时,需要考虑解析请求本身的可达性以及域名结果与后续路由是否一致。修改前保留原值,修改后用同一域名重复检查,并观察 Log 中是否仍有解析错误。若问题实际是服务器认证失败、目标拒绝连接或规则选错策略,单纯更换 DNS 地址不会修复这些原因。

规则已添加却没有生效,应该检查哪些位置?

先确认 Global Routing 为 Config,并确认修改的是当前启用的 Config 文件。规则按顺序检查,前面的规则可能先匹配;DOMAIN 匹配具体域名,DOMAIN-SUFFIX 匹配域名及其子域名,FINAL 则处理此前未命中的请求。还应核对规则中的策略名称是否有效,以及实际请求使用的是域名还是 IP 地址。保存后重新发起目标请求,查看连接记录核对命中情况。已有连接未必体现新规则,不能仅靠刷新页面一次就判断修改无效。

Connectivity Test 或 Ping 有结果,为什么实际访问仍失败?

测试结果只反映所选测试方式在当时条件下的表现,不等于所有目标的完整访问验证。不同测试方式可能检查不同环节,因此数字不能直接代替域名解析、TLS 连接和目标响应的排查。先核对 Settings 中 Ping 或测试相关选项,再实际访问出现问题的同一目标,结合 Log 查看失败发生在哪一步。测试失败也不应立即认定所有请求都不可用;应比较真实请求与测试配置,避免为追求单个测试结果而同时修改多项参数。

继续阅读 DNS 设置说明 →

按问题继续查阅

操作流程看教程,字段含义看设置详解,规则名称与匹配范围看术语表。