01 / App Store
正版核验与购买
先确认产品页、购买账户与设备兼容性。购买应用与取得连接资料是两件事。
App Store 搜不到 Shadowrocket,应该先查什么?
先确认搜索词为 Shadowrocket,再从下载指南进入指定 App Store 产品页,区分搜索结果问题与当前店面的供应情况。若产品页提示不可用,核对用于购买的 Apple 账户国家或地区,而不是只改设备语言。在 Settings 的 Apple 账户中进入 Media & Purchases,查看账户里的 Country/Region;如需调整,按系统提供的流程处理余额、现有订阅与付款信息。产品是否可购买以当前 App Store 页面为准。
如何确认商店里的应用是正版 Shadowrocket?
在产品页同时核对三项:开发者 Shadow Launch Technology Limited、与本站页头一致的官方图标、链接中的应用 ID 932747118。不要只凭应用名称或搜索结果的排列位置判断;近似名称和相似图标不能代替开发者与应用 ID。确认三项一致后,再检查当前店面显示的价格及设备兼容性。Shadowrocket 的唯一获取入口是 App Store,购买与后续应用更新都在商店内完成。
换新 iPhone 或重装后,需要再购买一次吗?
通常使用原购买 Apple 账户,可在 App Store 的已购应用记录中重新获取。先核对 Media & Purchases 当前登录的账户,再在已购记录中查找 Shadowrocket;用于购买的账户可能与设备上用于 iCloud 的账户不同。若显示价格而非重新获取入口,先检查购买记录、店面与订单状态,不要立即重复付款。应用重新获取与连接配置恢复是两件事,已有订阅、Config 和自定义规则仍需从自己的备份恢复。
购买应用后,是否已经包含可用连接?
客户端一次性买断 ≠ 线路套餐。购买得到的是 Shadowrocket 应用的使用资格,连接仍需要用户已有自己的订阅或服务器信息。首次打开后,应先确认已有资料的协议类型、地址、端口与认证字段,再执行导入;只完成付款并不会自动生成这些参数。本站不提供、不销售、不推荐节点或订阅。价格以 App Store 页面标注为准;如果连接失败,应分别核对应用购买状态与已有服务的有效状态,不把两者混为一项。
iPad 能安装吗?其他 Apple 设备如何确认兼容性?
Shadowrocket 以 iPhone 与 iPad 使用为主,先在目标设备打开同一个 App Store 产品页,查看兼容性和购买适用范围。iPad 上使用原购买账户时,可先检查已购应用记录,再按商店提示获取。Mac、Apple TV、Apple Vision 的适用情况也查看该产品页的兼容性栏。系统要求以 App Store 页面标注为准,不凭其他设备能安装就推断当前设备一定符合要求;不同设备的显示布局与操作入口也可能不同。
02 / Home & Settings
安装与首次打开
系统授权、应用界面与连通性测试分别说明不同状态,不能相互代替。
首次连接时为什么会出现 VPN 配置授权?
Shadowrocket 需要通过系统网络扩展处理符合配置的流量,因此首次建立连接时会请求添加 VPN 配置。确认弹窗由刚打开的 Shadowrocket 操作触发,再按系统提示授权,并完成设备身份验证。如果先前取消了请求,可回到应用重新发起连接。系统中的 VPN 状态表示网络扩展是否运行,不表示服务器参数、认证或规则已经验证成功;授权完成后,仍应选择已有连接并访问实际需要使用的目标进行检查。
Home 的连接开关打不开,或打开后立即关闭怎么办?
先确认 Home 已有有效连接条目且已选中,再检查首次 VPN 配置授权是否完成。打开系统 Settings,查看 VPN 配置状态;如果设备受组织管理或家长控制限制,应核对相应管理要求。同时检查是否有其他 VPN 连接正在运行,避免同时反复切换。保留现有配置后重新打开应用再试;若开关仍立即关闭,记录发生时的系统提示与日志,不要先删除全部配置,以免丢失定位问题所需的原始信息。
界面是英文,Home、Config、Data、Settings 分别看什么?
先按任务找入口,而不是逐字猜测。Home 用于查看与选择已有连接,Add Server 用于新增连接参数;Config 侧重配置文件与规则,Data 用于查看流量相关记录,Settings 用于应用设置。Global Routing 中的 Config 则是连接模式选项,与配置文件入口承担的任务不同。不同设备或应用界面布局可能有差异,应以实际显示的英文标签为准。遇到问题时记录入口名称和所选项目,比只描述按钮位置更便于复现。
Connectivity Test 有结果,是否代表所有网站都能访问?
不能仅凭 Connectivity Test 的结果判断所有请求。测试只覆盖它使用的目标、方法与当时网络条件,实际访问还会受到域名解析、Global Routing、命中规则和目标服务状态影响。先选定同一个连接,执行测试后再访问实际目标;若两者表现不同,查看该请求的策略与日志。不要把测试结果直接等同于下载速度,也不要只因某次测试失败就立即改动全部参数,应先确认测试目标本身是否可达。
更新应用前,怎样保留已有配置?
应用更新通过 App Store 完成,操作前先确认已有订阅地址与必要服务器信息仍可从自己的安全记录中取得,并备份正在使用的 Config 和自定义规则。若使用 iCloud 相关同步功能,应确认当前设备上的内容已同步,不把同步开关开启当作备份完成的证据。更新后先检查连接条目、所选配置和 Global Routing,再建立连接。不要为排查一个界面变化先删除应用;重新安装不等于自动恢复所有本地资料。
03 / Subscribe & Add Server
订阅与节点导入
以用户已有的连接资料为前提,分别检查地址、返回内容、协议字段和更新结果。
已有订阅导入失败,按什么顺序检查?
先核对复制的是用户已有的完整订阅地址,而不是账户管理网页或说明页;检查首尾空格、换行与遗漏的查询参数。随后确认设备当前网络能访问该地址,再核对已有服务是否有效及返回内容是否为 Shadowrocket 可识别的订阅格式。记录应用给出的错误提示,区分请求失败、认证失败与内容解析失败。排查时一次只改一项;订阅地址可能包含身份凭据,向他人说明问题时应遮盖敏感部分,不公开完整链接。
如何更新 Subscribe,更新后还要检查什么?
在 Home 找到已有 Subscribe 分组,使用该分组提供的更新操作;入口位置以实际界面为准。更新前确认当前网络能够取得订阅内容,更新后核对分组内的条目是否刷新、原来选中的连接是否仍存在。订阅更新处理的是远端提供的连接资料,不等同于更新 App Store 应用,也不必然更新当前 Config 中的全部规则。若更新后条目减少或为空,先检查提示与返回内容,不要连续删除、重建多个相同分组。
Scan QR Code 识别失败,是否只能重新输入?
先确认系统已允许相机访问,再检查二维码是否完整、清晰且未被反光遮挡。二维码需要包含可识别的连接信息;普通网页、账户登录或付款二维码不能直接当作服务器参数导入。如果二维码由自己的已有服务提供,可重新显示原图后再试,避免使用被压缩的截图片段。仍无法识别时,可改用已有连接链接或在 Add Server 填写参数。导入后还要核对 Type、Address、Port 与认证字段,扫码成功本身不代表连接可用。
Add Server 手动添加时,哪些字段最容易填错?
先选择与已有服务器信息一致的 Type,再逐项填写 Address、Port 和该协议要求的认证字段。Address 通常只填写主机名或地址,不把网页路径混入;Port 应与服务器端一致。Shadowsocks 的加密方法、VMess 或 VLESS 的 UUID、Trojan 的 Password 不能互相替代。若涉及 TLS,还要核对 SNI、证书验证与传输设置。保存前检查复制内容的首尾空格,不通过关闭证书验证来掩盖域名或参数错误。
Config 文件和 Subscribe 订阅有什么区别?
Subscribe 通常用于维护一组已有连接条目,更新时按远端内容刷新;Config 则用于组织规则、策略及相关设置。具体包含哪些项目取决于文件内容,不能仅凭链接名称判断。导入订阅后,应继续检查当前使用哪个 Config,以及 Global Routing 是否选择 Config;反过来,导入一个规则文件也不代表已有服务器参数齐全。修改前先备份原配置,分别确认连接资料与规则来源,避免把订阅更新当作对所有本地设置的完整替换。
04 / Global Routing
规则分流与故障排查
从基础网络到连接参数,再到规则命中。系统显示已连接,不等于所有请求均能完成。
Global Routing 的配置、代理、直连三姿态怎么选?
配置对应 Config,按照当前配置文件的规则决定请求策略;代理对应 Proxy,用于让通常可处理的请求采用所选代理连接;直连对应 Direct,采用直接连接。日常需要规则分流时先检查 Config 与规则是否正确。排查时可以短暂切换 Proxy 与 Direct,使用同一目标对比表现,帮助区分连接问题与规则问题,但不要同时换服务器和配置。测试结束后恢复预期模式,并注意界面模式 Proxy 与规则策略 PROXY 是不同层面的设置。
显示已连接但无法上网,先检查哪几项?
先暂时断开 Shadowrocket,确认设备原有网络能访问正常目标;基础网络异常时先处理 Wi-Fi 或蜂窝连接。随后重新连接,检查所选条目的有效状态与参数,再核对 Global Routing 和当前 Config。用同一个目标分别观察 Direct 与 Proxy 下的表现,再查看日志中的解析错误、连接失败或认证提示。已连接只表示系统网络扩展已运行,不保证远端连接建立成功。保留错误信息,一次调整一项,避免因同时改动 DNS、规则和服务器而无法判断原因。
只有某个域名走错策略,规则应该怎么调整?
先确认 Global Routing 为 Config,并核对正在使用的配置文件。规则自上而下匹配,第一条命中后停止;针对单个域名的 DOMAIN 例外应放在覆盖范围更大的 DOMAIN-SUFFIX 或 DOMAIN-KEYWORD 之前。再检查策略是否为预期的 PROXY、DIRECT 或 REJECT,以及末尾 FINAL 的兜底选择。不要只在列表末尾追加一条规则就假设它会生效;若前面的范围规则已命中,后面的例外不会再被判断。
使用后耗电增加,如何判断是否与配置有关?
先在系统 Settings 的电池记录中观察同一使用时段,区分屏幕使用、持续传输与后台活动。耗电会受到流量大小、信号强度、协议处理、日志记录以及反复重连影响,不能只看状态栏存在 VPN 标识就下结论。保持相近使用条件,分别减少持续测试、过细日志与不必要的后台任务,再观察变化。若连接频繁中断,应先查网络与参数;On Demand 的连接触发条件也需核对,不通过反复切换开关评估电量。
On Demand 为什么会在手动断开后再次连接?
On Demand 用于按设定条件触发连接,不是决定某个域名使用 PROXY 或 DIRECT 的规则。启用后,符合条件的网络活动可能再次发起连接,因此手动断开后应同时检查 On Demand 是否仍开启,以及系统 VPN 配置中的相关状态。如果只是临时排查,可先记录原条件,再暂停对应触发设置进行测试;确认原因后恢复需要的行为。还应查看是否存在其他自动化操作,避免把条件触发误判为连接开关失灵。