Shadowrocket
常见问题与排查
先区分商店购买、配置导入与连接问题,再按对应步骤检查。
本页以用户已有自己的订阅或服务器信息为前提。选择下方分类,展开问题即可阅读完整答案;需要连续操作说明时,可查看上手教程。
正版核对与购买
商店可见性、付款状态和已购权益属于 App Store 环节,应先与应用内的连接设置分开判断。
App Store 搜不到 Shadowrocket,先检查什么?
先从本站正版下载页打开 App Store 产品页,区分搜索未命中与当前商店不可用。商店归属取决于用于购买的 Apple 账户,不由设备语言决定。可在系统设置中进入 Apple 账户 → 媒体与购买项目 → 查看账户 → 国家或地区,核对当前商店。若确需调整地区,应使用该页面的官方流程,并先阅读余额、订阅与付款方式要求;不要仅为一次搜索反复切换。产品的可见性与购买条件以当前 App Store 页面为准。
怎样确认商店里的应用是 Shadowrocket 正版?
同时核对产品名 Shadowrocket、开发者 Shadow Launch Technology Limited、官方图标与应用 ID。应用 ID 是产品页地址中的 id932747118,对应数字 932747118;图标应与本站页头的官方图标一致。搜索结果中的名称或图标相似并不足以确认身份,需继续进入产品页核对开发者与 ID。购买前再查看价格、兼容性与购买适用范围,具体内容以 App Store 页面标注为准。
购买 Shadowrocket 后是否已经包含可用线路?
没有。客户端一次性买断 ≠ 线路套餐。购买得到的是 Shadowrocket 客户端的使用权益,连接所需的订阅或服务器信息应由用户自行准备。美区定价为 $2.99 一次性买断,实际金额与购买条件以商店页面为准,其他店面按当地货币显示。已有订阅的续期、流量与服务器状态由对应服务决定,不能用 App Store 购买记录替代。首次使用时,应先确认已有配置仍然有效,再进行导入和连接测试。
换机或重装后,需要重新购买吗?
通常使用原购买 Apple 账户,可在 App Store 的账户页面中查找已购应用并重新下载;入口名称可能随系统界面变化。若看到价格按钮,先核对媒体与购买项目所用账户、购买记录与当前商店,不要立即重复付款。重新下载应用不等于恢复应用内全部配置,换机前应妥善备份已有设置。若准备通过家人共享获取,应核对产品页的支持情况及家庭设置,适用范围以 App Store 页面标注为准。
点了购买或下载却没有完成,应该怎样排查?
先阅读 App Store 显示的具体提示,区分付款未完成、账户需要验证、设备存储不足与网络中断。检查购买记录确认是否已成交,再处理付款方式或待确认条款;如果记录已存在,回到同一账户的已购应用中尝试下载。还应确认设备可用空间与系统兼容性,系统要求以 App Store 页面标注为准。持续出现商店错误时,记录提示原文并通过 Apple 的支持入口处理,应用内的服务器设置无法修复商店付款问题。
安装与首次打开
安装完成、系统授权与服务器可用是三个独立环节。先完成系统要求的授权,再验证已有配置。
iPad 能安装吗,是否需要再买一份?
Shadowrocket 以 iPhone 与 iPad 为主要使用设备。先在 iPad 的 App Store 中使用原购买账户查看产品页或已购应用;同一账户已有购买权益时,通常可以直接重新下载。是否适用于当前设备、系统要求及购买适用范围,以 App Store 页面标注为准。安装后仍需导入用户已有的配置,不能把应用已购理解为配置自动同步。Mac、Apple TV 与 Apple Vision 的适用信息也应查看同一产品页的兼容性栏。
首次连接时出现添加 VPN 配置的提示,是什么意思?
这是系统允许应用建立 VPN 配置的授权步骤,用于让 Shadowrocket 按所选模式处理网络流量。应先确认当前打开的是已核对的 Shadowrocket,再阅读系统提示并按要求完成设备验证。授权本身不会生成服务器信息,也不能证明已有配置可用。若之前取消,可返回应用重新尝试连接并留意系统提示;若设备受到组织管理或使用限制,应先确认管理要求,不要删除用途不明的系统配置。
Home 的连接开关打不开,或者打开后立刻关闭怎么办?
先检查是否已经导入配置并选中可用服务器,再确认系统 VPN 配置授权是否完成。返回 Home 重新尝试,观察是开关立即回落,还是保持开启但网页失败,两者应分别排查。前者还需检查系统中的其他 VPN 连接、设备管理限制与应用提示,避免多个连接机制互相影响。记录错误原文后再调整设置;不要在没有备份时删除全部配置。若是开关保持开启但无法访问,应转到连接后的网络与 DNS 排查。
界面是英文,怎样对应教程里的操作?
本官方手册保留界面词英文原文,便于直接查找:Home 用于查看服务器与连接状态,Add Server 用于填写服务器信息,Config 用于管理配置文件,Global Routing 用于选择流量处理模式,Settings 用于查看设置。可以先查看系统为该应用提供的语言选项;可选语言以当前应用与系统实际显示为准。跟随教程时应按字段含义填写,不要把中文解释输入协议名称、规则关键字或服务器参数栏。
连接后耗电增加,需要一直保持应用在前台吗?
连接建立后通常不需要持续停留在应用前台。耗电会受到实际流量、无线信号、服务器重连频率、协议及额外处理设置影响,应在相近使用条件下查看系统电池统计,而不是只比较连接前后的一瞬间。先暂停重复测试与频繁订阅更新,确认服务器没有不断断开重连,再检查近期改动的配置。需要停止流量处理时,应主动关闭连接并检查 On Demand 设置,不要把离开应用页面当成断开连接。
订阅与节点导入
先确认已有内容是单个服务器、订阅地址还是配置文件。类型选对后,再检查格式、有效性与更新结果。
已有订阅导入失败,应该按什么顺序检查?
先确认复制的是用户已有的完整订阅链接,而不是账户页面、说明网页或截断的文本;检查首尾空格、换行与多余引号。再区分链接无法请求与返回内容无法解析:前者检查当前网络及服务是否有效,后者核对订阅是否为 Shadowrocket 支持的格式。必要时向原服务方核对链接状态与格式,不要反复修改链接中的验证参数。订阅地址可能包含个人访问凭据,排查时不要把完整地址发布到公开页面或截图中。
Scan QR Code 识别成功,却没有添加服务器,为什么?
识别到二维码只代表读出了内容,不代表内容一定是可导入的服务器信息。先确认二维码来自用户已有的配置,并核对它表示单个服务器、订阅地址还是普通网页。通过 Scan QR Code 读取后,留意应用给出的导入确认或错误提示;若提示格式不支持,应核对原始内容类型,而不是多次扫描同一图片。二维码模糊或被裁切时应使用清晰完整的原图,识别结果中的密码、地址与验证参数同样需要妥善保管。
Add Server 手动添加时,哪些字段最容易填错?
先选择与已有服务器一致的协议类型,再逐项核对地址、端口及对应认证字段。VLESS、Trojan、WireGuard 等类型的字段不能凭名称相似互相套用;TLS、sni、传输方式与路径也应按原配置填写。服务器地址通常只填主机名或 IP,不要把整个订阅链接填进地址栏。保存后先确认当前选中了刚添加的项目,再进行测试。若原服务方仅给出订阅,应优先导入该订阅,避免在缺少完整参数时猜测填写。
怎样更新 Subscribe,更新后服务器列表为什么变化?
在 Home 中找到对应订阅分组,使用当前界面提供的更新操作,并留意是否有请求或解析错误。更新会重新读取订阅内容,服务方调整服务器名称、参数或可用项目后,本地列表也可能改变;更新成功不等于每个服务器都已通过连接验证。更新前可记录当前选中项,更新后检查它是否仍存在、是否被替换。若反复失败,先保留现有可用配置并核对链接有效性,不要为了刷新而先删除整个订阅分组。
导入 Subscribe 和导入 Config 是同一件事吗?
两者用途不同。Subscribe 通常用于读取并更新一组服务器信息;Config 配置文件用于定义规则、DNS 等流量处理设置,实际包含内容取决于文件本身。服务器列表存在,不代表已经启用所需规则;选中了 Config,也不代表服务器认证信息正确。导入前先确认手里内容的类型,导入后分别检查服务器选中项、当前配置文件与 Global Routing。对于已有的稳定配置,修改前应保留备份,避免把更新订阅误当成替换全部规则。
规则分流与故障排查
按本地网络 → 服务器 → Global Routing → 规则与 DNS 的顺序缩小范围。每次只改一个条件,并保留可恢复的原设置。
Global Routing 的 Config、Proxy、Direct 三种姿态怎么选?
配置(Config)按当前配置文件中的规则决定流量处理方式,适合已经准备好规则的日常使用;代理(Proxy)将流量按该模式交给所选代理处理,适合短时核对服务器连接;直连(Direct)按直连方式处理,适合对照本地网络。三种姿态是不同的处理模式,不是速度档位。排查时应一次只切换一项,记录同一目标的结果;若只在 Config 下失败,应优先检查匹配规则与 DNS,而不是立即重建服务器。
开关显示已连接,但网页打不开,应该先查哪里?
先暂时断开连接,确认本地网络本身可以访问正常网页,再恢复连接并核对当前服务器与 Global Routing。已连接表示系统隧道已建立,不代表远端服务器、认证、DNS 与目标网站全部正常。可使用 Connectivity Test 辅助检查,再分别测试已知正常的不同站点。若全部失败,优先核对服务器有效性与认证参数;若只有个别站点失败,再查对应规则、解析结果与目标服务状态。每次只改一个条件,避免多处改动掩盖真正原因。
Connectivity Test 有结果,为什么仍然访问失败?
Connectivity Test 只反映所选测试方式与测试目标在当时的结果,不等于所有网站、所有协议或完整业务流程都可用。应继续核对实际访问目标的 DNS 解析、规则命中与连接错误;仅凭一个测试数值不能判断配置整体正确。若更换 DNS 排查,应先记录原值并确认新地址可达,一次只改一项。不要看到域名错误就同时修改服务器、规则与 DNS;应将同一目标在 Direct、Proxy 与 Config 下的表现作有条件的对照。
只想让部分网站走代理,规则要怎样检查?
先将 Global Routing 设为 Config,并确认当前启用的确实是刚编辑的配置文件。以指定域名走代理、其余直连为例,可将 DOMAIN-SUFFIX,example.com,PROXY 放在 FINAL,DIRECT 之前;其中 example.com 是说明用域名,需要按实际目标修改。规则按顺序匹配,较早命中的规则会影响后续判断,FINAL 应放在末尾作为兜底。一个网站还可能请求其他域名,需依据实际连接记录逐项核对,不宜直接扩大到所有流量。
On Demand 会影响手动断开吗,排查时要不要关闭?
On Demand 用于在满足所设条件时由系统触发连接,实际行为取决于已启用的条件与系统状态。如果刚手动断开又出现连接,应先检查是否启用了相关条件,而不是直接认定开关失效。为了进行可重复的排查,可以先记录并暂时关闭 On Demand,再手动连接测试;确认基础连接与规则正常后,再逐项恢复。On Demand 不能补全缺失的服务器参数,也不能修复失效订阅,设置前应先验证手动连接可用。