Shadowrocket
常见问题
先确认问题发生在哪一步,再展开对应说明。购买与恢复看 App Store,导入问题看已有资料,连接问题按服务器、Global Routing、DNS 与规则的顺序逐项检查。
正版核对与购买
先核对产品身份和购买账号,再处理店面、设备与重新下载问题。
App Store 搜不到 Shadowrocket,先核对什么?
先确认名称拼写为 Shadowrocket,再从本站获取应用页打开 App Store 产品页,区分搜索结果缺失与当前店面不可用。随后核对 App Store 登录账号的国家或地区、付款状态,以及屏幕使用时间中的内容年龄限制。需要查看地区设置时,可进入系统 Settings 的 Apple 账户,依次查找媒体与购买项目、查看账户、国家或地区;更改前先阅读 Apple 显示的余额、订阅与付款条件,不要反复换区尝试。
怎样核对 App Store 里的 Shadowrocket 正版?
同时核对开发者 Shadow Launch Technology Limited、与本站相同的官方图标,以及产品页地址中的应用 ID 932747118。名称相似不能代替这三项核验;搜索结果中的排序也不是判断依据。三处信息一致后,再查看当前店面的价格、兼容性和购买提示。Shadowrocket 是付费商业应用,唯一获取入口是 App Store,系统要求以 App Store 页面标注为准。
换机或重装后,需要再购买一次吗?
先使用原购买账号登录 App Store,在账户的应用或已购项目中查找 Shadowrocket,再按商店显示的重新下载入口操作。设备登录的 Apple 账户与媒体与购买项目使用的账号可能不同,核对时应以实际购买记录为准。若页面仍显示价格,先检查购买历史与当前店面,不要直接再次付款。重新取得应用不等于恢复原有 Config、服务器信息或本地记录,这些内容需要另行核对备份。
Shadowrocket 的买断费用包含线路吗?
客户端一次性买断 ≠ 线路套餐。购买获得的是 Shadowrocket 应用的使用资格,不会因此取得可连接的服务器或订阅。美区定价为 2.99 美元,各店面以当地货币显示,实际价格以 App Store 页面为准。使用前需要已有自己的订阅或服务器信息;其有效期、流量与可用状态应单独核对。本站不提供、不销售、不推荐节点或订阅,只说明客户端中的导入与设置。
iPad 能安装吗?与 iPhone 的购买如何核对?
Shadowrocket 支持 iPhone 与 iPad。先在 iPad 的 App Store 核对同一产品页和当前购买账号;已有购买记录时,检查是否出现重新下载入口,再确认商店列出的兼容性。iPad 上的布局会随设备与应用呈现方式有所不同,操作时以 Add Server、Config、Settings 等界面词定位。系统要求、设备兼容性与通用购买适用范围一律以 App Store 页面标注为准。
安装与首次打开
把系统授权、服务器资料和应用设置分开核对,避免用重装代替诊断。
首次打开时,为什么会请求添加 VPN 配置?
Shadowrocket 建立系统网络连接时,需要通过系统授权添加 VPN 配置。先确认请求由正在操作的 Shadowrocket 发起,再阅读系统弹窗并完成设备认证;不要把服务器密码填入设备认证提示。此授权只涉及系统连接配置,不会自动生成服务器信息。完成后返回应用检查当前服务器与 Global Routing,再打开连接开关;看到 VPN 状态也仍需实际访问验证。
连接开关打不开或刚打开就关闭,怎么办?
先确认已添加并选中自己的服务器,必填字段完整,且系统 VPN 配置授权已经完成。再查看应用当时显示的错误提示,核对是否存在其他正在使用的 VPN 配置或设备管理限制。可先停止当前连接、重新打开应用后重试;若系统授权失败,回到系统 Settings 检查 VPN 配置状态。重装前应保存必要的配置与服务器信息,不要把重装作为第一步。
界面是英文,应该从哪些入口开始?
先按界面词定位,不必逐项更改设置:Home 用于查看服务器与连接状态,Add Server 用于添加信息,Config 用于管理配置文件,Settings 用于应用设置。Global Routing 决定整体路由姿态,首次排查时尤其要确认它。手册保留这些英文原文,便于与屏幕逐字对照;不同设备或应用界面中入口位置可能变化,应以实际显示的项目名称为准。
怎样更新应用,更新前要注意什么?
通过 App Store 的账户更新列表或 Shadowrocket 产品页检查更新,也可使用系统的应用自动更新设置。更新前记下当前启用的 Config,并确认重要配置有可恢复的备份;备份中若含服务器密码或订阅地址,应妥善保存。应用更新与 Subscribe 更新是两件事:前者更新客户端,后者重新获取已有订阅内容。功能变化和系统要求应以 App Store 页面及应用内实际说明为准。
已有订阅与单个服务器信息,首次使用该先准备哪一种?
按已有资料的形式选择即可:完整订阅地址用于批量获取服务器条目,单个服务器参数则通过 Add Server 按对应类型填写。导入前先确认资料仍然有效,协议类型与字段说明齐全;不要把普通网页地址当成订阅地址。保存后核对列表中生成的条目,再选择服务器和 Global Routing。添加成功只说明信息已进入客户端,后续还需要验证授权、连接状态和实际访问。
订阅与节点导入
以下操作以已有自己的订阅或服务器信息为前提。先检查资料,再判断导入与更新是否成功。
订阅导入失败或列表为空,应该怎样排查?
先检查复制是否完整,去掉地址前后的空格与换行,确认拿到的是订阅地址而非账户页面或说明页面。再核对原服务中的订阅状态、有效期及输出格式,最后在 Shadowrocket 中检查该条订阅的类型与更新结果。若当前网络无法取得订阅内容,列表也可能无法生成。不要连续删除重建,先保留原条目和错误提示;向他人描述问题时应遮住地址中的身份参数。
什么时候更新 Subscribe,更新会改变什么?
当已有订阅的服务器条目发生变动,或原服务明确提示内容已调整时,再执行对应订阅的更新。更新会重新获取该地址提供的条目,名称、参数与可用列表可能随返回内容改变,因此更新后应检查当前选中项是否仍存在。更新不是续期,也不等于恢复服务器可用性。若启用自动更新,应结合实际使用需要核对更新条件与频率,避免用反复刷新代替故障定位。
Scan QR Code 扫码后没有生成可用条目,怎么办?
先确认二维码包含的是 Shadowrocket 能识别的服务器或订阅信息,而不是登录网页、支付页面或普通文字;再检查相机权限、画面清晰度与二维码是否完整。扫码出现确认页面时,核对类型、地址、端口等字段后再保存。若提示格式无法识别,可根据已有资料改用 Add Server 手动填写,不要猜测缺失字段。二维码可能包含密码,排查时不要公开原图。
Add Server 保存成功,但连接失败,是字段填错了吗?
有这种可能,但不能仅凭保存成功判断服务器有效。先确认 Type 与已有资料中的协议一致,再逐项核对地址、端口、认证信息和加密方式;涉及 TLS 时,还要检查服务要求的服务器名称等参数,不能随意替换。随后确认服务器本身的状态与当前网络是否可达。可在协议手册中对照字段含义,但实际参数应来自自己的服务器配置,延迟测试结果也不能代替完整连接验证。
规则分流与故障排查
连接状态、规则命中与实际访问是不同的检查点。用相同请求复测,才能判断哪项调整产生了影响。
Global Routing 的配置、代理、直连三姿态怎么选?
配置对应 Config,按当前配置文件中的规则决定请求如何处理;代理对应 Proxy,将适用流量交给选定的代理策略;直连对应 Direct,以直接连接为主。日常按规则分流时先核对 Config 是否选对,排查时可在理解影响后短暂切换作对照,测试后恢复原设置。Global Routing 不是速度档位,改变姿态也不会修复无效服务器。具体流量仍可能受应用设置与系统网络条件影响。
显示已连接,却无法上网,按什么顺序检查?
先停止连接,确认当前网络本身能否正常访问,再检查选中的服务器及其认证信息是否有效。随后核对 Global Routing 与当前 Config,区分所有访问失败还是只有特定域名失败;再查看 DNS 设置与请求记录,确认解析结果和实际命中的策略。重点排除误用 REJECT、过宽的域名规则与不合适的 FINAL。每次只改一项并重复同一访问测试,VPN 状态图标本身不能证明链路可用。
规则没有按预期分流,要先看规则顺序吗?
先确认 Global Routing 为 Config,且正在使用的确实是刚编辑的配置文件,再检查规则自上而下的匹配顺序。较宽的 DOMAIN-SUFFIX 或 IP-CIDR 条目若提前命中,后面的细化规则便不会按预期生效;FINAL 用于前面均未命中时的最终策略。结合请求记录核对实际域名、目标地址与命中项,不要只根据网页名称推断。修改前备份原配置,修改后用同一请求复测。
Connectivity Test 的延迟很低,为什么访问仍然慢?
Connectivity Test 的结果与所选测试方式和目标有关,反映的是当时某一段连接或请求的表现,不等于持续传输速度,也不保证所有网站都能访问。实际使用还会受到服务器负载、目标网站、DNS、丢包和当前无线网络影响。建议在相同网络下重复测试同一目标,并结合实际页面加载情况观察;不要仅凭一次延迟数字就修改协议,也不要把测试失败直接等同于所有流量都无法通过。
使用时耗电增加,哪些设置值得检查?
先在系统电池页面查看统计时段与前后台使用情况,再结合当时的传输量判断;大量下载、持续视频或信号不稳定都可能提高耗电。客户端侧可检查是否长期开启详细记录、频繁执行测试或更新订阅,以及是否存在反复重连。诊断结束后恢复日常设置,并在相近网络与使用时长下比较。协议只是影响因素之一,不存在适合所有服务器与网络条件的固定省电选项。
手动关闭后又自动连接,与 On Demand 有关吗?
可能有关。On Demand 会依据已配置的条件触发连接,手动关闭一次不一定改变这些条件。先在应用中检查 On Demand 是否启用及其规则,再查看系统是否存在其他自动连接配置;排查时可以暂时停用相应条件,切换网络后观察是否仍自动连接。修改前记下原设置,确认原因后再决定是否恢复。不要只反复拨动连接开关,否则难以区分条件触发与异常重连。