Shadowrocket 官方手册

Shadowrocket 疑难解答

先核对购买与配置,再排查连接。按问题所属阶段选择分类,展开答案后依次检查;每次只改变一个设置,保留可对照的测试结果。

4 个分类 · 20 条问答 · 适用于 iPhone 与 iPad 的使用核对

尚未获取应用,请先阅读App Store 正版核对与下载说明;已有配置但尚未连接,请从首次使用教程开始。以下订阅与服务器操作均以用户已有自己的订阅或服务器信息为前提。

App Store · 购买记录 · 账户地区

正版与购买

先确认产品页和购买账户。商店可用性、设备兼容性与已购记录需要分别核对。

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

同时核对应用名称 Shadowrocket、开发者 Shadow Launch Technology Limited、官方图标和应用 ID 932747118。应用 ID 可在产品页链接中的 id932747118 核对,图标应与本站使用的官方图标一致。不要仅凭“小火箭”搜索词或相似图标判断。购买前还应阅读价格、兼容性与应用说明;价格、系统要求和购买适用范围均以 App Store 页面标注为准。

一次性买断包含什么,购买后就能连接吗?

购买的是 Shadowrocket 客户端的使用资格。客户端一次性买断 ≠ 线路套餐,连接服务与客户端购买相互独立;本站不提供、不销售、不推荐节点或订阅。美区定价约 2.99 美元,各店面按当地货币显示,最终金额以 App Store 页面标注为准。首次使用前,需要准备本人已有且有权使用的订阅或服务器信息,再按教程导入;仅完成商店购买不会自动生成可用配置。

更换 iPhone 或重新安装后,需要再次购买吗?

先使用原购买账户登录 App Store,在账户的已购应用列表中查找 Shadowrocket,再核对产品页是否显示重新下载入口。同一购买账户通常可重新下载已购应用,具体适用范围以 App Store 页面标注为准。如果显示价格,先检查“媒体与购买项目”是否使用了原账户,并核对购买记录。应用购买记录与本地配置是两件事:重新下载后,还需要从已有备份恢复或重新导入配置。

如何核对账户地区,确需换区时从哪里操作?

在系统设置中进入 Apple 账户,打开“媒体与购买项目”,选择“查看账户”,再查看“国家/地区”;界面位置可能随系统版本调整,以设备实际显示为准。确需更改时,使用该页面的官方更改入口,先处理页面提示的余额、有效订阅、家庭组及付款方式条件。改变设备的语言或地区设置不等于更改商店账户地区。遇到购买或账单异常,应通过 App Store 账户内的官方支持入口处理。

Home · 系统授权 · 配置恢复

安装与首次打开

App Store 已购、系统 VPN 授权与应用配置各有独立作用。恢复购买后,还需核对实际连接设置。

iPhone 首次打开后,怎样完成第一次连接?

先检查 iPhone 的普通网络可用,再导入本人已有的订阅或服务器信息,在 Home 选定服务器并确认 Global Routing。开启连接时,系统可能要求添加 VPN 配置;这是系统建立网络连接所需的授权步骤,应核对发起应用为 Shadowrocket 后再确认,并按提示完成设备验证。系统要求以 App Store 页面标注为准。连接成功后仍需实际访问目标网站,不能仅凭开关状态判断全部配置正确。

iPad 能安装吗,已购应用与配置会一起出现吗?

Shadowrocket 支持 iPad,从同一 App Store 产品页获取,系统要求与购买适用范围以 App Store 页面标注为准。先在 iPad 上核对购买账户,再从已购应用列表或产品页重新下载。iPad 的可用显示空间与 iPhone 不同,操作时以 Home、Config、Settings 等实际界面词定位。应用已购不代表服务器列表、订阅和 Config 已恢复;这些内容需要另行导入,或在核对 iCloud 同步条件后检查恢复结果。

Home 的连接开关打不开,应该按什么顺序检查?

先确认已添加并选中可用服务器,随后留意系统是否弹出 VPN 配置授权或设备验证提示。若授权被取消,可回到应用重新尝试,并在系统设置中搜索 VPN,核对相关配置与设备管理限制。先停止其他正在使用系统 VPN 的连接,再测试 Shadowrocket。受管理设备可能限制添加配置,应遵循管理要求。仍失败时记录完整错误文字并查看 Log,先定位原因,不要直接删除全部配置或反复重装。

界面显示英文,应该怎样对照教程?

本手册保留 Home、Add Server、Config、Settings 等界面词,便于直接定位。先查看系统设置中该应用是否提供语言选项;若没有,以当前应用实际支持的语言为准,不要把系统地区设置当作应用语言开关。阅读教程时按英文项目名核对位置与用途,不必依赖按钮在屏幕上的固定坐标。Global Routing 下的 Config、Proxy、Direct 分别对应配置、代理、直连三种姿态,与配置文件名称不是同一个概念。

重新下载应用后,怎样恢复已有配置才不容易遗漏?

先恢复应用购买资格,再检查原设备的订阅信息、服务器参数与 Config 备份是否仍可访问。使用 iCloud 时,应核对两台设备的 iCloud 账户、系统授权和应用内同步选项;App Store 购买账户与 iCloud 账户用途不同。不要假定所有本地内容都已同步,恢复后逐项核对服务器、当前 Config、Global Routing 和必要的 Settings。旧设备上的配置应在新设备验证成功后再清理,备份文件和订阅链接应妥善保管。

Add Server · Subscribe · Config

订阅与节点导入

先分清资料是订阅链接、单个服务器参数还是 Config 文件,再选择对应入口。

已有订阅链接应该从哪里导入?

在 Home 打开 Add Server,选择 Subscribe,粘贴本人已有且有权使用的完整订阅链接,再保存并检查更新结果。若现有资料是二维码,可使用 Scan QR Code,但应先确认二维码内容确实是对应配置。导入后检查是否出现预期的服务器条目,再选择一项测试连接。不要把订阅地址当作单个服务器地址填写,也不要把网页说明页当作订阅接口。订阅链接可能包含访问凭据,提交截图或排查记录前必须隐藏完整链接。

订阅导入失败或列表为空,怎样区分原因?

先检查链接是否完整,是否混入空格、换行或聊天软件添加的标点,再检查当前网络能否访问该地址。留意应用提示属于请求失败、身份验证失败还是内容解析失败:三者分别指向网络可达性、订阅权限或返回内容格式。列表为空也可能是接口返回了空内容,不能直接认定应用异常。应向原服务方核对链接有效期与格式,不要公开链接求助;重复粘贴同一错误地址或反复重装通常不能改变接口返回结果。

更新 Subscribe 后,为什么服务器名称或选择项变了?

Subscribe 更新会重新读取现有订阅返回的条目,名称、地址与条目数量可能随返回内容变化。更新前应记下当前选中项;更新后核对订阅分组、选中服务器及连接所需参数,不要只看名称是否相似。若更新请求失败,先查看错误提示,不要立即删除仍可核对的旧记录。自动更新的选项与行为以应用实际界面为准;客户端只能读取已有订阅提供的内容,不能自行延长订阅权限或补全服务方未返回的条目。

手动 Add Server 时,哪些参数不能凭经验填写?

协议类型、服务器地址、端口、密码或 UUID,以及 TLS、SNI 和传输相关字段,都应与本人已有的服务器资料逐项一致。不同协议所需字段不同,不要把另一条配置的参数直接套用,也不要因为连接失败就随意改变协议。地址字段与完整分享链接不是同一种输入,粘贴前先确认入口接受的内容。涉及证书验证时,应先核对主机名与证书信息,不要将 Allow Insecure 作为常规修复方式;缺失参数应向原服务方核实。

Subscribe 与 Config 有什么不同,需要都导入吗?

Subscribe 主要用于读取和更新已有服务器条目;Config 用于组织规则及相关配置,二者不应混为同一个导入入口。导入服务器后,选择 Config 姿态时还应核对当前启用的配置文件和规则策略。是否需要额外导入 Config,取决于现有配置与实际使用目标,不应为凑齐步骤而覆盖已经可用的设置。导入新 Config 前先备份旧配置,并检查其中引用的策略是否存在;文件导入成功本身不代表每条规则都能按预期执行。

Global Routing · On Demand · Log

规则与故障排查

把网络可达性、服务器连接、DNS 与规则命中分开验证。测试成功与实际访问成功应分别记录。

Global Routing 的 Config、Proxy、Direct 怎么选?

配置姿态 Config 按当前配置规则决定请求走向,适合已核对规则后日常使用;代理姿态 Proxy 用于将请求按该姿态交给代理处理,可辅助判断问题是否出在分流;直连姿态 Direct 用于直连对照,不能据此验证代理服务器是否可用。测试时固定同一网络、同一服务器和同一目标网站,每次只改变一项。Proxy 可用而 Config 不可用时,应重点检查规则命中与策略引用;切换姿态不能代替修正错误的服务器参数。

显示已连接但无法上网,第一轮排查做什么?

先断开连接,确认普通网络是否正常,再连接选定服务器,分别测试一个已知可达网站与实际目标。查看 Connectivity Test 与 Log,把测试结果和访问结果分开记录;延迟测试成功只说明对应测试有响应,不代表所有请求都能完成。随后固定服务器,比较 Config 与 Proxy 的表现,再检查 DNS 解析和规则命中。若所有测试都失败,优先核对服务器参数与已有服务的状态;若只有部分网站失败,再检查目标域名、规则顺序和对应策略。

指定网站没有按规则走 PROXY,应该查哪里?

先确认 Global Routing 为 Config,并核对当前正在使用的 Config 文件,而不是只修改了另一个未启用的文件。检查 DOMAIN-SUFFIX 等规则是否覆盖目标域名及实际请求的子域名,是否被更靠前的规则匹配,以及规则引用的 PROXY 策略是否可用。FINAL 应作为前面规则未命中时的最终处理。用一次新的访问配合 Log 核对命中结果;页面可能同时请求多个域名,只给主站域名写规则并不一定覆盖页面所需的全部请求。

On Demand 导致连接自动开启,应该怎样检查?

On Demand 用于按设定条件触发连接,启用后,手动断开不一定意味着后续网络请求不会再次触发它。先记录现有条件,再在 Settings 核对 On Demand 及相关网络条件;需要排查时可暂时关闭该功能,手动连接后观察问题是否重现。不要同时修改规则、DNS 和触发条件,否则难以判断是哪项变化生效。设备在不同网络间切换时,还应分别验证连接状态,确认当前行为来自预期条件,而不是把自动重连直接判断为开关失效。

耗电或发热增加,怎样保留有用的排查信息?

先在系统电池记录中观察同一时间段的使用情况,同时核对是否持续传输、反复重连、频繁测试或长时间记录详细 Log。固定网络与服务器,停止不必要的测试后比较结果,不能只凭电池百分比下降就判断原因。需要排查时短时启用 Log,复现一次问题,记录时间、网络类型、姿态和错误文字;完成后恢复日常记录设置。分享记录前删除订阅链接、服务器凭据和可识别的请求信息,不要为节电直接清空仍需核对的配置。