点按问题展开答案。涉及配置变更时,先保留可恢复的副本,每次只调整一项。
正版核验与购买
先确认产品页与购买账户。应用获取、价格和兼容性均以 App Store 页面为准。
App Store 里搜不到 Shadowrocket,应该核对什么?
先从本站正版下载页进入指定 App Store 产品页,区分搜索结果未显示与当前店面不可用两种情况。检查设备正在使用的媒体与购买项目账户,以及该账户的国家或地区;系统要求以 App Store 页面标注为准。如需更改地区,进入系统 Settings 的 Apple 账户、媒体与购买项目、查看账户、国家或地区,先阅读页面列出的余额、订阅和付款方式条件,再按 Apple 的提示操作。
怎样确认商店页面对应正版 Shadowrocket?
同时核对产品名 Shadowrocket、开发者 Shadow Launch Technology Limited、产品页地址中的应用 ID 932747118,并将图标与本站使用的官方图标对照。不要仅凭中文别称或搜索排名判断。进入商店后再查看兼容性、价格与购买按钮;如果任一核验信息不一致,先返回本站正版下载页重新进入指定产品页,不要在信息未确认时继续购买。
购买一次客户端,是否就能直接连接?
客户端一次性买断 ≠ 线路套餐。购买获得的是 Shadowrocket 应用的使用资格,连接仍需要用户已有自己的订阅或服务器信息。美区定价约为 2.99 美元,各店面按当地货币显示,实际金额以 App Store 结算页为准。本站只说明已有配置的导入、规则与设置,不提供、不销售、不推荐节点或订阅。导入前应自行确认已有服务的有效期、连接参数与适用范围。
换机或重装后,还需要再购买吗?
先在 App Store 使用原购买账户查看已购项目,找到 Shadowrocket 后重新下载;能否下载及设备兼容性以 App Store 页面标注为准。如果页面仍显示价格,先核对媒体与购买项目中的账户是否与购买时一致,再检查购买记录,不要立即重复付款。恢复应用与恢复配置是两件事:服务器信息、Config 和其他设置需根据此前保留的备份或已启用的同步方式另行恢复。
安装与首次打开
先完成设备兼容性与系统授权检查,再处理具体连接参数。
iPhone 已经购买,iPad 能不能安装?
Shadowrocket 面向 iPhone 与 iPad 提供应用。先在 iPad 的 App Store 核对购买账户,查看已购项目或指定产品页,再确认是否出现重新下载入口;兼容性、系统要求及通用购买条件以 App Store 页面标注为准。安装后应检查已有配置是否已同步,不要把应用已下载视为配置已恢复。Mac、Apple TV 与 Apple Vision 的兼容性也应在同一产品页中核对。
首次连接出现添加 VPN 配置提示,应该怎样处理?
这是系统为应用建立 VPN 连接配置的授权步骤,不是导入订阅或购买服务。先确认提示由正在使用的 Shadowrocket 发起,再按系统要求完成确认或设备身份验证。授权后返回 Home,重新检查所选服务器与连接开关。系统 VPN 列表中出现条目,只表示连接配置已建立,不能据此判断服务器可用;若曾拒绝或删除该条目,可返回应用再次尝试连接并完成系统提示。
Home 的连接开关打不开,或刚打开就关闭怎么办?
先区分系统授权没有完成与连接启动后立即退出。确认已选择有效服务器、首次 VPN 配置授权已完成,并暂时停止其他正在工作的 VPN 连接,再重试。若仍立即关闭,检查服务器必填项是否完整,以及设备是否存在限制 VPN 的管理策略;受管理设备应向管理人员确认。保留当次错误提示,结合 Log 排查,不要通过连续快速拨动开关或反复删除全部配置来尝试修复。
界面是英文,应该从哪些入口开始?
本手册保留英文界面词,便于直接对照应用。先在 Home 查看服务器与连接开关,通过 Add Server 添加已有服务器信息,在 Config 查看当前配置,在 Settings 检查设置,在 Data 查看统计。若希望调整显示语言,可检查系统 Settings 中该应用是否提供语言选项,实际支持项以设备和应用显示为准。不要因语言不同而更改协议字段;可配合本站术语表确认每个入口的用途。
订阅与节点导入
导入成功、更新成功与实际连接成功是不同环节,按错误发生的位置分别检查。
订阅导入失败,先检查链接还是服务器?
先检查订阅链接,再检查解析结果。使用用户已有的完整链接,确认复制时没有加入空格、换行或聊天软件附带的标点,并核对链接是否过期、是否需要在当前网络下访问。导入报错与导入后服务器不能连接是不同阶段:前者先检查链接可达性和内容格式,后者再检查服务器参数。订阅地址可能包含访问凭据,不要公开粘贴,也不要把完整地址写进求助截图。
怎样更新已有订阅,才能减少重复条目?
在 Home 找到已导入的订阅条目,使用该条目的更新操作,而不是把同一个链接反复作为新订阅添加。更新前记录当前选用的服务器,并保留需要手动维护的独立条目;更新后检查服务器列表、所选项与连接状态。订阅内容由用户已有的服务决定,名称、数量与参数都可能变化。如果更新失败,先保留原条目并检查报错,不要立即删除仍可用于对照的配置。
Add Server 和 Subscribe 分别用于什么?
Add Server 用于添加连接条目;在其中选择相应类型并填写用户已有的服务器资料。Subscribe 用于按订阅地址获取和更新一组服务器信息。只有单个服务器的地址、端口与认证资料时,应按其协议填写,不要把服务器地址直接当成订阅链接。已有订阅地址时则保留原始完整链接,并核对导入结果。服务器条目负责连接参数,Config 中的规则负责请求如何分流,两者不能互相替代。
Scan QR Code 成功后,为什么还是连接失败?
识别成功只说明二维码内容能被读取,不代表其中的服务器仍然有效。核对识别出的协议、地址、端口、认证资料,以及该协议要求的 TLS、传输方式等参数;具体字段以用户已有资料和应用实际显示为准。确认条目已保存并在 Home 选中,再进行连接测试。不要只因名称一致就认为所有参数一致;二维码和分享链接也可能包含凭据,处理截图时应遮盖敏感内容。
规则分流与故障排查
先保持测试目标一致,再依次对照模式、规则与解析结果。不要把一次测试结果当作全部请求的结论。
Global Routing 的 Config、Proxy、Direct 应该怎么选?
配置(Config)按当前启用的配置规则决定请求策略,适合已经核对过规则的日常使用;代理(Proxy)按该模式将请求交给所选代理,可用于对照服务器是否能承载目标请求;直连(Direct)使用直连路径,不用于检验代理服务器。排查时每次只切换一个模式,并使用同一目标做对照。Proxy 能访问而 Config 不能访问时,应优先检查规则命中与策略,而不是立刻重填全部服务器参数。
已经显示连接,网页仍打不开,按什么顺序排查?
按本地网络、服务器、Global Routing、DNS 与规则的顺序检查。先在断开连接后确认基础网络可用,再核对当前服务器及认证资料,使用 Proxy 与 Config 做同一目标的对照。随后查看解析是否失败,以及目标请求实际命中了哪条规则。连接标志只说明系统连接已建立,不保证每次请求都成功。每次只改一项并记录结果,必要时对照 Wi-Fi 与蜂窝网络,避免同时修改多处而失去判断依据。
Config 中写了规则,为什么没有按预期分流?
先确认 Global Routing 选择 Config,并确认编辑的文件就是当前启用的 Config。规则通常按顺序匹配,较早命中的宽泛规则可能让后续规则没有机会生效;同时检查规则引用的策略是否有效。针对域名的规则也不能直接替代对目标 IP 的判断。使用 Log 核对实际目标与命中结果,再调整具体规则;FINAL 用于处理此前未匹配的请求,应放在需要参与匹配的具体规则之后。
怀疑 DNS 有问题,应该怎样验证?
先记录当前 DNS 设置,观察故障是单个域名还是多个目标共同出现,再查看 Log 中是否存在解析失败或超时。核对当前 Config 是否设置了 dns-server,以及指定的解析服务在当前网络和路由下是否可达。不要同时更改 DNS、服务器与规则;每次调整后重新发起目标请求并比较结果。浏览器仍能显示旧页面并不代表解析正常,已有缓存也可能影响对照,应结合新请求的记录判断。
Connectivity Test 显示结果,就代表所有网站都能打开吗?
不能。Connectivity Test 的结果只对应当前测试方法与目标,不能替代真实业务请求;简单的连通性或 Ping 结果也无法完整验证认证、TLS、DNS 和规则分流。应先确认测试针对哪个服务器,再用实际需要访问的目标进行对照。如果测试成功但网页失败,查看该请求的 Log 与规则命中情况;如果测试失败,也要核对测试目标本身是否可达,不要只凭一次结果删除服务器。
开启后耗电增加,哪些因素值得检查?
先在系统电池统计中对照相近使用时长与网络条件,区分持续传输、弱信号、频繁重连与诊断记录等因素。暂时停止不需要的连续测试,检查是否长时间保留详细 Log,并观察 On Demand 是否在网络切换时反复触发。不要仅按后台运行时间判断异常,VPN 连接可能持续存在。逐项对照调整后的耗电与连接稳定性,避免通过删除配置或一次关闭多项设置来获得无法解释的结果。
手动断开后又自动连接,是否与 On Demand 有关?
有可能。On Demand 按已设置的网络条件触发连接,因此手动断开后,条件再次满足时仍可能重新连接。先在 Settings 检查 On Demand 是否启用及其条件,再核对系统 VPN 设置中的相关状态;具体可用选项以设备与应用实际显示为准。若正在排查自动连接原因,可暂时停用相应条件后观察,不必先删除服务器。确认行为符合预期后,再按自己的网络使用场景恢复需要的条件。
求助时需要提供什么信息,哪些内容应先遮盖?
保留故障发生时的网络类型、Global Routing 模式、操作步骤、错误提示,以及与该次请求相关的少量 Log。说明是导入失败、无法启动连接,还是连接后访问失败,比只说不能用更容易定位。发送前遮盖订阅完整地址、认证资料、二维码及其他可识别个人账户的内容,服务器信息也应按需要脱敏。不要公开完整配置备份;只分享能够说明问题、且不包含访问凭据的最小片段。