OFFICIAL MANUAL / FAQ

Shadowrocket 常见问题

从购买到连接,按失败环节逐项核对。

本页为 Shadowrocket 官方手册。先选择问题分类,再展开具体问答;排查前记录当前网络、选中服务器、Global Routing 与错误提示,一次只调整一项。

01 / PURCHASE

正版核对与购买

先核对产品身份与购买账号,再处理价格、恢复购买和设备兼容性。

App Store 搜不到 Shadowrocket,先核对什么?

先确认搜索词是 Shadowrocket,再通过正版核对页进入指定 App Store 产品页。若提示当前地区不可用,核对用于“媒体与购买项目”的 Apple 账号及其国家或地区;它可能与设备登录的其他账号不同。需要调整时,在系统 Settings 中进入 Apple 账号、“媒体与购买项目”、“查看账户”、“国家或地区”,按 Apple 页面要求处理余额、订阅与付款信息。是否可购买以当前店面显示为准,不要仅凭搜索结果判断应用身份。

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

在 App Store 产品页依次核对三处:应用名称为 Shadowrocket,开发者为 Shadow Launch Technology Limited,产品页地址包含 id932747118。再对照本站页头的官方应用图标,确认是白底蓝紫描边图案。名称相近不能代替开发者与应用 ID 核对,搜索排序也不是身份依据。购买前还应查看价格、兼容性与商店说明;三要素核对完成后,再由该产品页完成购买和安装。

购买客户端后,是否已经包含可连接的服务?

客户端一次性买断 ≠ 线路套餐。Shadowrocket 的购买获得的是客户端使用权,连接仍需要用户已有自己的订阅或服务器信息。本站不提供、不销售、不推荐节点或订阅。美区定价为 2.99 美元,各店面按当地货币显示,实际价格以 App Store 页面为准。购买后应先准备已有连接资料,再按教程导入;列表为空本身不说明购买失败,也不需要为同一客户端反复支付。

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

通常可使用原购买账号在 App Store 的已购项目或应用列表中找到 Shadowrocket,点云朵图标重新下载。先核对“媒体与购买项目”登录的账号是否就是当时完成购买的账号,再查看购买记录。若页面仍显示价格,暂缓付款,检查账号、店面与产品身份是否一致。重新下载应用不等于恢复全部本地配置;旧设备上的订阅、规则与服务器资料应另行妥善保存,再在新设备中核对恢复结果。

iPad、Mac 和 Apple TV 可以使用同一商店产品吗?

Shadowrocket 以 iPhone 与 iPad 使用为主,Mac、Apple TV 与 Apple Vision 也列在同一 App Store 产品页的兼容性栏中。请在目标设备打开该产品页,查看兼容性、系统要求与购买状态,系统要求一律以 App Store 页面标注为准。跨设备是否可直接恢复购买、家人共享是否适用,也以页面和账号实际显示为准。本手册的操作路径主要针对 iPhone 与 iPad,不能将触控步骤直接套用到其他设备。

查看 App Store 正版核对步骤 →

02 / FIRST OPEN

安装与首次打开

区分空列表、系统授权与设备布局差异;应用安装完成并不代表连接资料已经就绪。

首次打开后,为什么 Home 中没有服务器?

首次安装后的空列表表示尚未添加连接资料,不是安装异常。先区分手中资料属于单个服务器分享链接、二维码、订阅地址,还是配置文件,再选择对应入口。单个服务器可通过 Add Server 手填或使用适用的导入方式;订阅需要使用 Subscribe 相关入口。资料应来自用户自己已有的服务。导入后先核对服务器名称、类型与必要参数,再进行 Connectivity Test,不要在资料为空时反复打开连接开关。

首次连接时出现 VPN 配置授权弹窗,应该怎样处理?

Shadowrocket 首次建立连接时,系统可能要求添加 VPN 配置,这是让客户端在设备上建立相应网络连接的系统授权。确认操作由刚打开的 Shadowrocket 发起后,再按系统提示允许,并完成设备验证。若先前取消,可返回应用重新尝试连接;必要时到系统 Settings 的 VPN 配置管理中查看状态。不要删除不认识的工作或学校配置。完成授权后仍需选择有效服务器,授权通过本身不代表远端连接已经可用。

界面是英文,应该先认识哪些入口?

本手册保留界面英文原文,便于逐项定位。Home 用于查看服务器与连接状态,Add Server 用于添加服务器,Config 用于配置文件管理,Settings 用于设置,Data 用于查看相关数据;Global Routing 决定流量处理姿态,Subscribe 与订阅相关,Connectivity Test 用于连接测试。先按入口名称查找,不要仅凭按钮位置操作。界面布局可能随设备和应用更新变化,遇到名称或位置差异时,以当前应用实际显示为准。

iPad 首次使用有哪些额外核对点?

先在 iPad 的 App Store 核对原购买账号与兼容性,再完成下载。iPad 上的列表、侧栏或横屏布局可能与 iPhone 不同,但仍应按 Home、Config、Settings 等入口名称定位。首次连接同样需要处理系统 VPN 配置授权,并准备已有订阅或服务器资料。不要假定另一台设备的本地配置会自动出现;应逐项检查服务器列表、当前配置和 Global Routing。若 iPhone 正常而 iPad 异常,还需比较两台设备的网络与配置内容。

按顺序阅读首次连接教程 →

03 / SUBSCRIPTION

订阅与节点导入

先识别资料类型,再核对导入入口、返回内容与更新结果。含认证信息的资料不要公开分享。

订阅地址、服务器分享链接和配置文件有什么区别?

服务器分享链接通常描述一个连接条目,例如以 ss://、vmess://、vless:// 或 trojan:// 开头的内容;订阅地址通常用于获取可刷新的服务器列表;配置文件则可能包含规则、策略与 DNS 等设置。三者用途不同,不能因为都能复制成文本就互换导入入口。先确认资料类型与应用支持的格式,再选择对应操作。导入服务器列表后还要核对当前配置;更新订阅一般也不等于同步更新所有规则与 DNS 设置。

已有订阅导入失败,应按什么顺序检查?

先确认复制的是完整订阅地址,而不是介绍页、登录页或单个服务器分享链接,检查开头结尾是否混入空格、换行及标点。随后核对当前网络能否请求该地址,留意应用提示是请求失败、内容为空还是格式不支持。地址能够打开也不代表返回内容就是有效列表,登录页面或错误提示同样可能被返回。保留原始资料,记录错误文字,再向你已有服务的提供方核对地址有效性与格式;反复重复粘贴通常不能解决内容格式问题。

Shadowrocket 订阅更新后没有变化,怎么办?

先确认更新的是目标订阅组,而不是同名的其他条目,再查看更新操作是否完成及是否出现错误提示。更新成功但名称没有变化,可能是远端列表本来就未调整;应比较实际条目与连接参数,不能仅凭名称判断。若更新后列表为空或条目减少,先保留现有可用资料,核对订阅返回内容及服务状态,不要立刻删除整个分组。最后重新确认当前选中的服务器,因为列表更新与当前选择是否变化需要分别检查。

扫码或剪贴板导入后,为什么仍然不能连接?

Scan QR Code 与剪贴板导入只是录入方式,不会替用户验证远端服务是否可用。导入完成后,打开相应服务器条目,核对协议类型、地址、端口及认证信息;若使用 TLS 等附加设置,也要与原资料一致。二维码可能只包含一个服务器,而不是可刷新的订阅,所以导入后没有订阅组并不一定是错误。先确认条目完整,再做 Connectivity Test,并结合实际访问结果判断;不要为了通过测试而随意关闭必要的安全设置。

排查时可以把订阅链接和配置截图发给别人吗?

订阅地址可能包含令牌,服务器详情可能包含密码、标识符或其他认证资料,应按敏感信息处理。求助时先遮盖完整地址中的认证部分、二维码及服务器认证字段,只保留协议类型、错误文字、发生步骤和必要的非敏感设置。日志也可能含访问域名与网络信息,分享前要检查内容。公开的示例应使用 example.com 等明显假值。若真实订阅地址已经泄露,应通过你已有服务的管理入口处理失效或更换,再更新设备中的资料。

查阅订阅、协议与配置术语 →

04 / ROUTING & DIAGNOSTICS

规则分流与故障排查

按基础网络、连接参数、Global Routing、规则与 DNS 的顺序缩小范围,避免同时修改多个条件。

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

配置姿态 Config 按当前配置中的规则决定处理方式,适合已有明确分流规则的日常使用;代理姿态 Proxy 将流量交给所选代理策略处理,适合在排查时缩小规则因素;直连姿态 Direct 使用直连路径。三种姿态改变的是流量处理方式,不会修复失效服务器或补齐缺少的参数。先核对当前配置和选中服务器,再切换姿态对照同一目标的结果。完成测试后恢复预期姿态,避免把临时排查设置当作长期配置。

连接开关打不开,或刚打开就自动关闭,怎么办?

先区分系统授权未完成与连接启动后退出:前者检查首次添加 VPN 配置的提示是否被取消,后者查看应用错误信息与当前服务器参数。暂时停止设备上其他正在建立的 VPN 连接,再重试;如设备受组织管理,相关限制可能需要管理员处理。随后核对当前配置是否可解析、服务器是否已选中,并尝试重启应用或设备。排查时一次只改变一项设置,记录开关关闭前的提示,不要一开始就删除所有配置或重置整台设备网络。

显示已连接但无法上网,延迟测试正常也一样吗?

连接状态与 Connectivity Test 正常都不能单独证明网页访问完整可用。先断开连接,确认设备基础网络正常,再连接并测试不同目标;接着核对 Global Routing、当前选中服务器与实际命中的策略。若只有域名访问失败,重点检查 DNS;若所有请求都失败,继续核对服务器认证、端口、传输设置与远端状态。可以临时切换 Proxy 对照 Config 的结果以判断规则影响,测试后恢复设置。保留错误信息,比连续切换多个服务器更便于定位。

只有部分域名打不开,如何区分规则问题与 DNS 问题?

先在相同网络、相同服务器下对照 Config 与 Proxy 的访问结果,若差异明显,再检查目标域名是否命中了预期规则。规则通常按自上而下顺序匹配,应留意较宽泛的 DOMAIN-SUFFIX 或其他规则是否先命中,以及 FINAL 是否放在最后。若提示解析失败或域名无法得到地址,检查当前配置的 DNS 设置及其可达性。不要把任意目标的 IP 地址直接填进浏览器作为唯一结论,HTTPS 证书与站点托管方式也会影响这种测试。

开启 On Demand 后耗电增加,应该检查什么?

On Demand 用于按条件触发连接,不等于固定的省电开关。先在系统电池统计中查看对应时段的使用情况,再核对是否存在频繁重连、信号不稳定、大量后台传输或过于密集的测试。若耗电变化与启用 On Demand 同时发生,可暂时关闭该设置,在相近网络与使用强度下比较,并记录连接是否反复启动。客户端统计与系统电池归因的含义不同,不能把单个百分比直接解释为额外耗电。持续异常时应保留日志中的错误线索。

按症状继续阅读疑难手册 →