Shadowrocket 常见问题
按购买、安装、订阅、连接四个环节查找。先确认问题发生在哪一步,再依次检查;修改前保留当前可用配置,不要同时调整多个条件。
APP STORE & PURCHASE
正版核对与购买
先核对产品,再处理店面、购买记录与设备适用性。
App Store 搜不到 Shadowrocket,应先检查什么?
先通过本站正版下载页进入 App Store 产品页,区分搜索结果缺失与当前店面不可用。核对用于 App Store 购买的 Apple 账户所在国家或地区,而不是只看设备语言或所在位置。如需更改地区,按系统 Settings 中 Apple 账户的 Media & Purchases → View Account → Country/Region 路径操作;先阅读系统提示,处理余额、有效订阅等限制,不要为了搜索结果反复切换地区。
怎样核对搜到的是 Shadowrocket 正版?
同时核对产品名 Shadowrocket、开发者 Shadow Launch Technology Limited、官方图标和产品页地址中的 id932747118。应用 ID 为 932747118;图标应与本站导航使用的官方图标一致。只凭名称相似、搜索排序或图标主色不足以确认。打开商店详情后再检查开发者与兼容性,不要把相近名称应用的说明套用到本手册。
一次性买断包含什么,连接服务也包含在内吗?
Shadowrocket 是付费客户端,客户端一次性买断 ≠ 线路套餐。购买应用与用户自己的订阅或服务器使用权限是不同事项,完成购买后仍需导入已有连接信息。美区定价为 $2.99,实际价格以 App Store 页面标注为准,各店面按当地货币显示。本站讲解客户端设置,不提供、不销售、不推荐节点或订阅;连接信息的有效期与权限应向你自己的服务商核对。
换机或重装后要再买一次吗?
先使用原购买时用于 App Store 的 Apple 账户,在账户的应用或已购项目中查找 Shadowrocket,再从该记录重新获取。若显示价格而非重新下载入口,先核对购买账户、购买记录和当前店面,不要立即重复付款。重新获取应用不等于恢复本地数据;订阅链接、手动填写的服务器与 Config 应另行备份,恢复后还要核对有效性,具体购买适用性以 App Store 页面标注为准。
iPad 能安装吗,其他 Apple 设备是否也适用?
Shadowrocket 主要用于 iPhone 与 iPad,iPad 的获取入口同样是 App Store。已购用户应先使用原购买账户检查下载状态,再核对当前设备兼容性。Mac、Apple TV 与 Apple Vision 也列在同一商店页的兼容性栏中;系统要求、兼容性与通用购买适用性一律以 App Store 页面标注为准。本页操作说明以 iPhone 与 iPad 为主,不把其他设备的布局视为完全相同。
INSTALLATION & FIRST OPEN
安装与首次打开
区分系统授权、服务器选择与连接结果,避免把不同环节混在一起。
首次连接时提示添加 VPN 配置,应该怎样处理?
首次启用连接时,系统可能要求允许 Shadowrocket 添加 VPN 配置,这是建立系统网络连接所需的授权步骤。确认操作由刚刚打开的 Shadowrocket 发起,再按系统提示允许,并完成设备身份验证。若取消了授权,返回应用重新启用连接即可再次检查。授权成功只代表系统允许建立连接,不代表服务器可用;下一步仍应确认所选条目、Global Routing 和实际访问结果。
连接开关打不开,或打开后马上关闭,怎么查?
先确认已经选择一个字段完整的服务器条目,再检查首次 VPN 配置授权是否完成。到系统 Settings 的 VPN 管理位置查看是否有其他正在工作的 VPN 配置,先停止冲突连接后重试;若设备受组织管理,授权限制应由管理员确认。仍失败时记录当次提示,退出并重新打开应用,再重启设备验证。不要一开始就删除所有配置,以免同时丢失故障线索和已有设置。
界面是英文,怎样对照本手册操作?
本手册保留 Home、Config、Settings、Data、Add Server、Subscribe 等界面词,可直接按英文名称定位。需要调整显示语言时,先查看系统 Settings 中 Shadowrocket 的应用语言选项,是否显示及可选范围取决于系统与应用当前支持情况。若某项菜单位置不同,先根据功能名称查找,不要仅按截图坐标操作。修改显示语言不会替你补齐服务器字段,也不会改变订阅的有效状态。
首次打开后没有可选服务器,是安装失败了吗?
空列表本身不代表安装失败。应用购买与连接信息是分开的,首次使用需要导入你已有的订阅,或通过 Add Server 填写已有服务器信息。先确认手中内容是订阅地址、单个服务器分享链接还是 Config 文件,再选择对应入口。完成添加后检查 Home 中是否出现预期条目,再选择其中一项连接。不要把商店购买记录、网页地址或说明文字直接当作服务器信息填写。
更新应用前需要保存哪些内容?
应用更新通过 App Store 完成,操作前建议保留自己的订阅原始链接、手动服务器参数、正在使用的 Config 与必要的自定义设置。备份中可能含访问凭据,应存放在你控制的位置,避免发到公开讨论区。一般应用更新与订阅更新是两件独立的事,不应因为更新应用就随意重建全部条目。更新后先沿用原设置测试,若出现异常,再一次只调整一项以便确认原因。
SUBSCRIBE & IMPORT
订阅与节点导入
先辨认内容类型,再检查链接、权限、返回格式与更新结果。
已有订阅应该从哪里添加?
在 Home 进入 Add Server,选择 Subscribe,将你已有的完整订阅地址填入对应 URL 字段,按需设置便于辨认的名称后保存并更新。复制时保留地址的完整查询参数,不要添加空格、换行或说明文字。添加后先查看返回的服务器条目是否符合预期,再选择一项测试。订阅链接属于敏感信息,不应将真实地址贴进公开截图;本站仅说明导入过程,不接收或代管你的链接。
订阅导入失败,检查顺序是什么?
先核对地址是否完整,再确认设备当前能够访问订阅所在服务,随后检查链接有效期与访问权限,最后检查返回格式是否被应用识别。订阅地址应返回应用可读取的数据,而不是登录页、错误页或普通介绍页面。一次只验证一项,并记录原始报错,避免同时修改 DNS、规则与服务器参数。若提示权限或内容异常,应向你自己的服务商核对链接;不要反复新增同一订阅掩盖原问题。
怎样手动更新订阅,自动更新又有什么区别?
在 Home 找到对应订阅分组,通过该分组的更新操作重新获取内容,完成后核对条目变化与错误提示。需要打开应用时自动更新,可在 Settings 中查找订阅相关设置并按实际界面启用相应选项;这不等于系统在任意时刻都会持续刷新。手动更新适合导入后验证或排查错误,自动更新用于减少重复操作。两种方式都依赖链接有效且可访问,也都不会更新 App Store 中的应用本身。
订阅更新成功,却没有条目或缺少原来的条目?
更新完成只说明本次获取流程结束,还要检查返回内容。先展开对应订阅分组,检查是否存在搜索或筛选条件,再核对订阅权限、返回格式及服务商是否调整了条目。原名称发生变化时,也可能需要重新选择当前使用的服务器。不要把旧条目仍在列表中当作继续有效的证据;若返回内容确实为空,先保留链接与报错记录,再向你自己的服务商确认,而不是直接清空全部配置。
Subscribe、单个分享链接和 Config 文件能互相替代吗?
三者用途不同。Subscribe 通常用于获取和更新服务器列表;单个分享链接通常描述一项服务器连接;Config 文件则可能包含规则、DNS 与策略等设置,具体取决于文件内容。导入前先辨认数据类型,服务器列表出现条目并不说明规则已经正确配置。使用 Scan QR Code 时也应检查识别出的内容类型,不能认为所有二维码都是订阅。涉及覆盖 Config 的操作前,先保留当前可用配置。
ROUTING & DIAGNOSTICS
规则分流与故障排查
先验证基础网络,再看服务器、规则和 DNS;测试结束后恢复原有设置。
Global Routing 的 Config、Proxy、Direct 应该怎么选?
Config 表示配置姿态,按当前 Config 中的规则决定流量去向;Proxy 表示代理姿态,通常将流量交给所选代理;Direct 表示直连姿态,通常直接连接目标。日常需要规则分流时,先确认配置内容再选 Config;排查时可暂用 Proxy 验证服务器连接,用 Direct 对照基础网络。改变姿态不会修复失效订阅或错误服务器参数,测试完成后应恢复符合实际需求的设置。
已经显示连接成功,却无法上网,先排查哪一项?
先断开 Shadowrocket,确认基础网络能够正常访问原本可达的页面;再连接并检查所选服务器与 Global Routing。用 Connectivity Test 检查连接情况,同时实际访问目标页面,不把单项测试成功当成全部正常。若只有部分域名失败,继续查看规则命中与 DNS;若全部请求失败,优先核对服务器参数、有效状态和网络可达性。每轮只改一个条件,并记录 Wi-Fi 与蜂窝网络下是否一致。
Connectivity Test 超时,是否说明所有设置都错了?
不一定。Connectivity Test 只反映当前测试方法、测试目标与当时网络条件下的结果。先检查服务器地址、端口、协议与必要的认证或传输字段,再确认测试目标是否可用;也可切换基础网络作对照。若测试超时但实际目标访问正常,应进一步核对测试方式,而不是立即重建所有配置。若实际访问也失败,保留错误信息并逐项检查服务器状态,测试结果不应被当作长期速度或稳定性的保证。
只有部分网站打不开,怎样区分规则问题与 DNS 问题?
先记录失败域名、发生时间和当前 Global Routing,再查看请求记录中的规则命中与连接错误。临时从 Config 改为 Proxy 后恢复正常,说明应重点复查原规则与对应策略,但仍需结合记录确认。若出现域名解析失败,检查当前 Config 的 DNS 设置以及解析服务是否可达;修改前备份,一次只改一个来源。还要排除目标站点自身异常,不能把所有局部访问失败都归结为 DNS。
连接后耗电增加,On Demand 应该关闭吗?
先到系统电池统计中观察实际使用时段,并区分持续传输、网络信号不佳与反复重连。On Demand 用于按条件触发连接,若条件与当前网络不匹配,可能出现不符合预期的连接行为;可暂时停用作对照,再检查触发规则。不要只凭一次电量变化判断原因,测试时尽量保持相近使用负载与网络。若停用后仍持续异常,再检查连接错误与 Data 中的流量变化,并保留可复现的操作顺序。