官方手册 / 问题索引

Shadowrocket 常见问题

按购买、安装、导入与连接四个环节查找。先确认问题发生在哪一步,再依次核对,避免同时修改多个设置。

App Store

正版核验与购买

先核对产品页,再处理账户地区、购买记录与设备适用性。搜索结果中的名称不能单独作为购买依据。

查看正版核验步骤 →
App Store 里搜不到 Shadowrocket,先检查什么?

先核对拼写,再从本站 App Store 页面进入产品页,避免只凭搜索结果判断。若显示当前地区不可用,检查 App Store 账户的国家或地区;设备语言、所在位置与商店地区并非同一设置。需要更改时,可沿系统 Settings → Apple 账户 → Media & Purchases → View Account → Country/Region 查看官方流程,先处理余额、现有订阅和付款方式要求。更改地区不保证应用一定可购买,最终以商店显示为准。

怎样核对商店里的应用是 Shadowrocket 正版?

同时检查开发者 Shadow Launch Technology Limited、应用 ID 932747118,以及与本站页头一致的官方图标。应用 ID 可从产品页地址里的 id932747118 核对,不能只看名称中是否包含 Shadowrocket 或小火箭。若图标、开发者或应用 ID 任一不一致,应停止购买并重新进入正确产品页。价格、兼容性与购买确认也应在同一产品页查看,不把搜索摘要当作最终依据。

买断 Shadowrocket 后,是否已经有可用的连接配置?

没有。客户端一次性买断 ≠ 线路套餐,应用购买与连接服务是两件事。Shadowrocket 是付费闭源商业应用,负责使用你已有的服务器信息或订阅配置;购买后仍需导入并检查参数。美区定价为 2.99 美元一次性买断,实际价格与币种以 App Store 页面标注为准。本站不提供、不销售、不推荐节点或订阅;后续操作均以用户已经拥有自己的订阅或服务器信息为前提。

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

先使用原先购买时的 Apple 账户登录 App Store,在账户的已购项目或应用列表中查找 Shadowrocket,再进入对应产品页恢复下载。能否恢复取决于购买记录、当前商店状态及设备兼容性,以 App Store 页面标注为准。若仍显示购买金额,先核对账户与购买记录,不要立即重复付款。应用恢复下载不等于服务器与 Config 自动恢复,换机前还应单独备份自己的配置资料。

iPhone 购买后,iPad 以及其他 Apple 设备能否使用?

iPad 上先登录原购买账户,再到同一 App Store 产品页查看是否可以下载;系统要求与通用购买适用性以 App Store 页面标注为准。Mac、Apple TV、Apple Vision 的支持情况同样查看该页兼容性栏,不凭设备名称推断所有功能完全一致。家人共享是否适用也以商店说明和账户设置为准。应用购买记录与设备中的连接配置分开管理,安装完成后仍需确认已有配置是否已正确导入。

Home / Settings

安装与首次打开

系统授权、服务器配置与连接状态分别检查。购买记录恢复后,仍需确认本机的配置与授权。

查看首次连接说明 →
首次打开时的 VPN 配置授权是什么,需要怎么做?

Shadowrocket 建立系统连接时,需要由系统确认添加 VPN 配置。先确认正在使用正版应用,并已选中自己的服务器,再按系统弹窗提示操作,验证过程在设备的系统界面完成。这个授权不是服务器账户,也不能替代订阅信息。若暂时取消,可回到应用重新尝试连接;若持续被限制,检查设备的 VPN 与设备管理设置,受管理设备应按管理要求处理,不要反复删除其他用途的配置。

Home 的连接开关打不开或马上关闭,怎样检查?

先看 Home 是否已有服务器并选中其中一项,再确认首次连接的系统授权已完成。开关立即回落时,记录弹出的错误文字,并检查系统 VPN 设置是否存在冲突的活动连接、设备管理限制或尚未完成的授权。随后关闭连接,退出再打开应用后重试,一次只调整一个条件。开关能保持开启只说明连接流程已启动,是否能够访问还需单独验证;不要把持续点击开关当作排查方法。

iPad 安装后,要重新填写所有设置吗?

先检查 Home 中是否已有自己的服务器,以及 Config 中是否存在并启用了所需配置;不要假定 iPhone 的购买记录会携带这些内容。如果列表为空,可使用自己保存的订阅链接重新导入,或依据原服务器信息通过 Add Server 添加。iPad 的布局可能因屏幕尺寸有所变化,但应按界面词识别入口,而不是照搬按钮的屏幕位置。首次连接仍需完成本机系统授权,兼容性以 App Store 页面标注为准。

界面显示英文,如何对照手册操作?

本手册保留 Home、Config、Settings、Add Server、Subscribe 等界面词,中文只解释用途,可以直接按英文名称寻找。若要调整显示语言,先检查系统 Settings 中 Shadowrocket 的应用语言选项;仅在系统提供该选项时选择,实际支持情况以应用与系统显示为准。不要为了语言差异更改协议字段或规则关键字,这些内容属于配置语法。遇到布局不同,优先核对入口名称与功能,不按截图坐标盲点。

Shadowrocket 的应用更新与订阅更新有什么区别?

应用更新由 App Store 管理,可在商店账户的更新列表检查,自动更新是否启用由系统设置决定。订阅更新则是在 Shadowrocket 内重新读取你已有订阅的服务器列表,两者互不替代。排查问题时,先说明更新的是应用还是 Subscribe,避免把服务器参数变化误认为应用安装问题。更新应用前保留重要配置备份;更新订阅前确认链接仍有效,并记录当前选中的服务器,更新后检查它是否仍然存在。

Subscribe / Add Server

订阅与服务器导入

以下操作以已有自己的订阅或服务器信息为前提。先确认原始资料完整,再检查读取、保存与选中状态。

查看节点管理手册 →
已有的订阅应该从哪里导入?

在 Home 找到添加入口,进入 Add Server 后选择 Subscribe,填写自己已有的订阅 URL,保存并等待读取。导入完成后回到 Home,展开对应分组,检查是否出现服务器,再选中一项进行测试。订阅 URL 可能包含访问凭据,应只粘贴到预期字段,避免放进公开截图、聊天记录或问题反馈。名称只是本地识别标签,不能代替 URL;导入前还应确认复制的是完整链接,而不是介绍页面的地址。

Subscribe 导入失败或列表为空,按什么顺序检查?

先检查 URL 首尾是否混入空格、换行或中文标点,再确认链接完整且仍然有效。随后检查当前基础网络能否访问订阅地址,并向原配置提供方核实订阅状态和格式是否适用。能打开网页不代表返回内容就是可解析的订阅,登录页、提示页或空响应都可能导致列表为空。保留原有可用分组,单独重试一次并记录错误;不要连续删除全部服务器,也不要在公开反馈中附带完整订阅链接。

Add Server 手动添加时,哪些字段不能随意填写?

先按已有信息选择 Type,再逐项填写服务器地址、端口与认证信息;不同协议显示的字段不同,不能把一套参数直接套到另一种 Type。Shadowsocks 的加密方式、部分协议的传输方式与 TLS 相关设置,都应与原始服务器信息一致。备注名称可以用于辨认,但不会修正连接参数。保存后回到 Home 选中该项测试;如果信息缺失,应核对原始配置,不靠反复猜测密码、端口或证书设置来连接。

Scan QR Code 或剪贴板导入没有结果,怎么办?

先确认内容是自己已有的服务器分享信息或可导入的订阅信息,而不是普通网页二维码。使用 Scan QR Code 时检查相机权限、画面清晰度与二维码是否完整;从剪贴板导入时,确认复制了完整文本,并按系统提示处理粘贴权限。二维码识别成功也不代表参数一定正确,保存后仍需核对 Type、地址及认证信息。若内容不被识别,可回到原始资料检查格式,避免把包含密码的分享内容上传到公开识别页面。

订阅多久更新一次,多个 Subscribe 怎样整理?

以已有订阅的实际变更频率安排更新,不必为了延迟波动反复刷新。若应用当前提供自动更新选项,可先查看间隔与触发条件,再结合使用需求设置;手动更新后确认列表、选中项与连接状态。多个 Subscribe 建议使用能辨认用途的名称,分别核对链接,避免把同一订阅重复添加。先确认新分组可以正常读取,再清理旧分组;自行编辑过的服务器应另作备份,因为更新时相关条目可能被订阅内容替换。

Config / Diagnostics

规则分流与故障排查

区分基础网络、服务器、路由姿态与目标站点。延迟、开关状态和真实访问结果不是同一个指标。

查看功能与设置说明 →
Global Routing 的 Config、Proxy、Direct 应该怎么选?

三种姿态分别是配置 Config、代理 Proxy、直连 Direct。Config 按当前启用配置中的规则与策略处理请求,适合已有明确分流需求的日常使用;Proxy 将适用流量交给所选代理策略;Direct 使用直连路径。排查时可以临时切换,比较同一目标在不同姿态下的结果,但先确认当前选中的服务器和 Config。切到 Proxy 不会修复错误的服务器参数,切到 Config 也不会自动补齐规则;测试结束后恢复原先需要的姿态。

显示已连接但无法上网,先查服务器还是规则?

先关闭连接,确认基础网络本身可用,再开启连接并记录失败的是全部网站还是个别目标。使用 Connectivity Test 检查所选服务器,同时核对参数与已有服务状态;测试成功不等于所有请求均可完成。若 Proxy 下可访问而 Config 下失败,再查看命中的规则、策略与 DNS 处理;若两者都失败,优先检查服务器及网络路径。每轮只改一个设置并重测同一目标,保留错误信息,不同时重写规则和替换全部服务器。

只想让指定网站走 PROXY,规则为什么没有生效?

先确认 Global Routing 为 Config,并已启用你修改的配置。规则通常按顺序匹配,应把具体的 DOMAIN 或 DOMAIN-SUFFIX 条目放在宽泛规则和 FINAL 之前,再核对所指定策略是否有效。只让部分网站走代理时,可用 DOMAIN-SUFFIX,example.com,PROXY 与末尾的 FINAL,DIRECT 理解匹配逻辑,example.com 仅为语法示例。实际网站可能调用其他域名,需查看请求记录判断,不要仅凭地址栏域名反复添加重复规则。

延迟测试数字很低,为什么网页仍然打开得慢?

延迟只反映某种测试条件下的响应时间,不等同于网页完整加载速度。DNS 查询、TLS 建连、服务器负载、目标站点响应与资源体积都会影响实际体验。先在同一基础网络、同一时间段测试同一个目标,确认使用的是同一服务器与路由姿态,再比较 Connectivity Test 和真实访问结果。不要仅凭地区名称或一次测试数值下结论;若只有一个站点慢,应优先检查该目标的请求与匹配规则,而不是立即更改全部配置。

后台耗电明显,On Demand 应该怎样排查?

先在系统 Settings 的电池用量中查看 Shadowrocket 的活动时段,并结合当时的网络使用情况判断,不把单次占比直接当作异常。On Demand 根据已设置条件触发连接,频繁切换网络或反复重连可能改变耗电表现。记录当前条件后,选择相近的使用时段比较调整前后结果,同时检查是否存在持续下载或失败重试。On Demand 不是固定的省电开关,也不保证始终保持连接;按需要设置触发条件,并在测试后恢复所需配置。