官方手册 / 常见问题
Shadowrocket 常见问题
先判断问题出现在购买、导入还是连接阶段,再按顺序检查。每次只调整一项设置,保留原始参数与错误提示。
本页以你已有自己的订阅或服务器信息为前提。点击问题展开答案;需要从头操作时,阅读入门指南,需要整理多个订阅时,阅读订阅手册。
正版核对与购买
先核对产品页与购买账户,再处理搜索、兼容性和已购恢复问题。
App Store 搜不到 Shadowrocket,应该先检查什么?
先通过本站下载页打开 App Store 产品页,区分搜索结果未显示与当前店面不可获取。核对登录 App Store 的 Apple 账户、账户国家或地区、设备兼容性及系统内容限制;系统要求以 App Store 页面标注为准。若提示所在地区不可用,可在系统设置的 Apple 账户中进入媒体与购买项目、查看账户、国家或地区核对信息。需要变更时按系统提供的流程处理余额、订阅和付款方式,不必为排查搜索问题立即更改地区。
怎样确认商店里的应用是正版 Shadowrocket?
同时核对三处:应用名称为 Shadowrocket,开发者为 Shadow Launch Technology Limited,产品页地址含 id932747118;再对照本站页头展示的官方图标。名称相似不能代替开发者与应用 ID 核对,搜索排序也不是判断依据。进入产品页后查看兼容性、价格及购买按钮,再决定是否购买。本站下载页集中说明这三项核对信息,获取应用的唯一入口是 App Store 产品页。
Shadowrocket 是一次性买断吗,购买后就能连接吗?
Shadowrocket 是付费客户端,采用一次性买断;美区定价约 2.99 美元,各店面按当地货币显示,实际价格以 App Store 页面为准。客户端一次性买断 ≠ 线路套餐。购买完成后仍需导入自己已有的订阅或服务器信息,订阅链接从你的服务商处获取。应用购买状态与服务连接状态要分别检查:前者在 App Store 核对,后者取决于参数、服务状态、规则与当前网络环境。
换一台 iPhone 或重新安装后,需要再购买吗?
先使用当时购买应用的 Apple 账户登录 App Store,再到已购项目或应用列表查找 Shadowrocket。符合已购下载条件时,通常可重新下载,不应仅凭搜索页显示价格就判断必须再次购买。若仍显示购买金额,先核对账户、购买记录和店面状态,再按 App Store 的支持流程处理。恢复客户端不等于恢复全部本地配置,换机前应另行保留订阅链接与配置备份,并妥善保护其中的访问凭据。
iPad 能安装吗,Mac 和 Apple TV 从哪里核对兼容性?
Shadowrocket 以 iPhone 和 iPad 为主要使用设备,均通过 App Store 获取。在 iPad 上先登录自己的购买账户,再查看产品页的下载状态与兼容性说明。Mac、Apple TV 和 Apple Vision 的支持情况也查看同一个 App Store 产品页的兼容性栏;系统要求、设备兼容与是否通用购买,一律以 App Store 页面标注为准。不同设备的界面布局与操作方式可能不同,不要直接套用手机上的每个按钮位置。
安装与首次打开
区分系统授权、应用设置与远端连接状态,避免把所有失败都归因于安装。
首次连接时出现添加 VPN 配置的系统提示,应该怎么处理?
这是系统要求确认 VPN 配置的授权步骤。先确认提示由刚打开的 Shadowrocket 连接操作触发,阅读系统提示,再按界面要求完成授权与身份验证;只在了解用途后允许。授权完成后回到 Home 首页,检查所选服务器与连接开关。若曾拒绝授权,可以重新发起连接并查看系统反馈。VPN 配置授权只是建立本机网络配置的前提,不代表服务器参数正确,也不代表远端服务已经可用。
Home 首页的连接开关打不开或立即关闭,先查哪里?
先确认 Home 首页已有可选服务器,并选中准备使用的条目,再观察系统是否弹出 VPN 配置授权。若开关立即回落,记录提示文字,检查当前是否有其他 VPN 会话、设备管理限制或尚未完成的系统授权;受管理设备应由管理员确认策略。可以停止当前连接后重试,必要时重启设备。先保留订阅和配置,再考虑重新安装;反复删除应用通常不能解决远端参数错误或服务不可用的问题。
界面是英文,Home、Config 和 Settings 分别做什么?
Home 首页用于查看服务器条目、选择连接对象并控制连接;Config 配置页用于管理规则配置文件;Settings 设置页用于查看应用设置。Global Routing 全局路由决定整体路由姿态,Add Server 添加服务器用于录入参数,Subscribe 订阅用于识别和处理订阅类型。手册保留这些英文名称,便于按界面文字查找。若需要调整显示语言,先查看系统为该应用提供的语言设置,实际可选项以设备和应用当前显示为准。
连接后耗电增加,怎样判断与哪些设置有关?
先在系统电池用量中比较相近使用时长与相近网络条件下的记录,不要只比较两次电量百分比。持续大流量、弱信号、频繁重连以及额外处理规则都可能影响耗电。排查时先停止正在进行的大量传输,再观察连接是否反复中断,并核对 On Demand 按需连接是否持续触发。每次只改变一项设置,记录前后差异;无法仅凭应用处于连接状态就确定耗电原因,也不能承诺某一种路由姿态一定省电。
应用更新与订阅更新是一回事吗?
不是。应用更新通过 App Store 完成,用于更新 Shadowrocket 本身;订阅更新在应用内重新读取你已有的订阅内容,用于同步服务器列表。更新应用不会自动修正错误的订阅地址,更新订阅也不会替代应用更新。排查前先判断问题属于哪一层,并记录当前配置。准备更新订阅时保留原始链接和必要的手动参数;应用的更新记录、设备兼容性及系统要求,以 App Store 页面标注为准。
相关说明:首次打开与连接步骤
订阅与服务器导入
先分清订阅链接、单条分享链接与手动参数,再选择对应入口。
订阅链接应该在哪里导入,为什么不能当作普通服务器填写?
先从你的服务商处获取完整订阅链接,再在 Home 首页进入 Add Server 添加服务器,选择 Subscribe 订阅类型并填写链接,保存后检查是否生成服务器条目;具体字段位置以当前界面为准。订阅链接通常指向一份服务器列表,而普通服务器记录需要 Address、Port 及对应协议的认证参数,两者用途不同。若拿到的是单个协议分享链接,应使用对应的链接导入方式,不要仅凭链接都含有冒号就混用入口。
订阅导入失败或列表为空,应该按什么顺序检查?
先检查复制是否完整,排除首尾空格、换行和误带的说明文字;再确认拿到的是订阅地址,而不是登录页面或单条服务器分享链接。随后核对服务商侧订阅状态与返回内容是否有效,并确认当前网络能够访问该地址。列表为空时保留原有可用条目,不要立即全部删除。记录更新提示与发生时间后再联系你的服务商核对返回格式;提交排查材料时遮住完整订阅链接、token、密码及其他认证信息。
更新订阅后服务器变少,或者名称变了,怎么办?
订阅更新会读取服务商当前返回的列表,条目数量与名称可能随返回内容变化。先确认更新的是哪一个订阅分组,检查更新是否完成,再核对是否启用了筛选或排序。更新前后数量不同不必然表示导入损坏,应结合返回状态与服务商提供的信息判断。重要的手动服务器参数应单独备份,不要假设它们会被订阅保留。若更新异常,先保留链接与错误提示,避免连续重复更新使问题更难追踪。
Add Server 手动填写时,哪些字段必须一致?
先选对协议,再逐项核对 Address 地址、Port 端口及该协议需要的认证字段。UUID、Password、TLS、Server Name 和传输相关选项都应与已有服务器信息一致;并非每种协议都有相同字段,也不能把其他协议的填法直接照搬。不要为了让连接通过而随意关闭证书验证。保存后先测试单个条目,再检查路由与规则。手填失败时优先逐字段比对,尤其注意数字、大小写、空格及服务端要求的路径。
扫码或剪贴板导入后没有新条目,如何处理?
先确认二维码或剪贴板内容是完整的服务器分享链接或订阅链接,而不是网页标题、图片说明或截断文本。使用 Scan QR Code 扫描二维码时,需要按系统提示允许相机访问;使用剪贴板导入时,核对系统是否已允许本次粘贴。导入后回到 Home 首页,检查对应订阅分组与条目列表,再确认链接类型是否被当前应用支持。二维码和链接都可能含认证信息,不要公开上传用于排查。
相关说明:订阅与服务器管理手册 · 订阅更新失败自查清单
规则分流与连接故障
按本地网络、所选服务器、路由姿态、DNS 与规则顺序逐层检查。
Global Routing 的 Config、Proxy、Direct 三种姿态怎么选?
Global Routing 全局路由中,Config 配置按当前选用的配置规则决定流量去向;Proxy 代理以代理姿态处理流量;Direct 直连以直连姿态处理流量。日常需要规则分流时,先确认 Config 配置页已选中合适的配置,再使用 Config 配置姿态。排查时可短暂切换姿态对照现象,但每次只改一项并在测试后恢复。Global Routing 的 Config 选项与底部 Config 配置页同名,前者是路由选择,后者用于管理配置文件。
显示已连接,但网页打不开,先检查哪些项目?
先断开连接,确认当前 Wi-Fi 或蜂窝网络本身可以访问预期的网站;再连接并核对选中的服务器、Global Routing 全局路由及当前配置。用不同网站交叉测试,区分单个目标失败与普遍无法访问。随后检查服务器参数、服务状态、DNS 解析与规则命中情况,必要时在另一种网络下复测。系统显示 VPN 已连接只说明本机连接会话建立,不能证明远端转发、域名解析和每一个目标网站都正常。
Connectivity Test 有结果,为什么实际访问仍失败?
Connectivity Test 连通性测试只反映所选测试方式及测试目标的结果,不等于所有网站都能访问。实际请求还涉及域名解析、TLS、传输参数、路由规则和目标站点状态。先确认测试的条目就是当前选中的服务器,再使用同一网络访问不同目标,并检查失败发生在解析还是建立连接阶段。若只有个别网站异常,优先查看该目标的规则与访问记录;不要仅按测试数字排序就认定某个条目必然适合所有请求。
为什么某个网站没有按预期走 PROXY 或 DIRECT?
先确认 Global Routing 全局路由处于 Config 配置姿态,并检查 Config 配置页当前选中的文件。规则通常按顺序匹配,前面的命中项会影响后续判断;同时核对 DOMAIN、DOMAIN-SUFFIX、IP-CIDR 等规则类型是否符合目标,末尾 FINAL 的策略是否符合预期。一个网页还可能请求多个不同域名,不能只检查地址栏中的主域名。修改前备份配置,结合实际请求记录逐项检查,避免一次添加大量宽泛规则掩盖原因。
关闭连接后又自动连接,怎样检查 On Demand?
先查看 On Demand 按需连接是否开启,并核对其中的网络条件或触发规则。它的作用是在满足设定条件时发起连接,因此手动断开后可能再次触发。若要判断是否由它造成,可暂时关闭 On Demand 按需连接,再手动断开并观察;测试后按自己的需求恢复。若仍自动建立连接,再检查系统 VPN 设置及设备管理策略。修改自动连接条件前应记录原值,避免排查完成后忘记恢复原有使用方式。
相关说明:DNS 与网页打不开的排查顺序