Shadowrocket / FAQ

Shadowrocket 常见问题

官方手册按购买、首次打开、导入与连接四个阶段组织问题。先找到发生问题的环节,再按回答中的顺序逐项检查;修改配置前保存原设置,每次只变更一项。

  • Home
  • Subscribe
  • Global Routing
  • Config

购买与兼容性以 App Store 页面标注为准。涉及已有订阅或服务器的问题,均以用户已经持有相应资料为前提。

正版核验与购买

搜索结果、购买记录与商店地区应分开核对。先确认产品身份,再处理购买与恢复。

App Store 搜不到 Shadowrocket,应先检查什么?

先确认搜索词为 Shadowrocket,再通过本站正版核验页打开 App Store 产品页。搜索结果会受到当前商店地区、设备兼容性及账号设置影响,搜不到不等于应用需要其他获取方式。若产品页提示当前地区不可用,先核对 Apple ID 的国家或地区与实际商店是否一致;若提示设备不兼容,查看商店兼容性栏。应用只通过 App Store 获取,系统要求以 App Store 页面标注为准。

如何确认商店中的 Shadowrocket 是正版?

同时核对名称 Shadowrocket、开发者 Shadow Launch Technology Limited、产品页地址中的应用 ID 932747118,并比对本站使用的官方图标:白底蓝紫描边火箭。同名或近似名称不能单独作为判断依据,图标相似也不足以完成核验。确认这几处信息后,再查看价格、兼容性与购买按钮;价格及系统要求以 App Store 页面标注为准。本站下载页提供固定产品页入口与逐项核验说明。

换新 iPhone 或删除应用后,需要再买一次吗?

通常使用购买应用时使用的 Apple ID,在 App Store 的账户页面进入已购应用列表,即可找到 Shadowrocket 重新下载,不需要对同一项有效购买重复付款。若显示价格而不是重新下载按钮,先检查用于媒体与购买项目的账号是否为原购买账号,再核对购买记录和商店地区。恢复应用不等于恢复全部本地配置;服务器信息、订阅地址及自定义规则是否保留,取决于此前采用的备份与迁移方式,应分别检查。

账号地区与商店不一致时,应该怎样核对?

先查看 App Store 当前登录的购买账号,再在系统 Settings 的 Apple 账户中进入媒体与购买项目,查看账户的国家或地区。系统版本不同,入口名称与位置可能不同。确需调整时,按 Apple 账户中的官方更改国家或地区流程操作,并先处理页面列出的余额、有效订阅、付款方式及家庭组等条件。不要仅为一次搜索结果反复切换地区;已购恢复问题应优先确认原购买账号与购买记录。

购买 Shadowrocket 后,是否已经包含连接服务?

客户端一次性买断 ≠ 线路套餐。购买取得的是 Shadowrocket 客户端的使用资格,连接所需的订阅或服务器信息由用户自行准备。本站不提供、不销售、不推荐节点或订阅,只说明如何导入用户已有的信息及检查配置。Shadowrocket 是闭源商业应用,美区标价为 2.99 美元,各店面按当地货币显示,实际价格以 App Store 页面标注为准。付款前应区分应用购买与已有连接服务的有效期。

查看正版三要素核验说明 →

安装与首次打开

应用获取、系统授权和服务器配置是不同步骤。先完成前一步,再判断后一步是否异常。

iPad 能安装吗,是否要单独购买?

Shadowrocket 主要用于 iPhone 与 iPad。先在 iPad 的 App Store 登录原购买账号,打开同一产品页或查看已购应用列表;已有购买能否直接用于当前设备及通用购买范围,以 App Store 页面标注为准。iPad 上的列表和设置布局可能与 iPhone 不同,但仍应按 Home、Config、Settings 等界面词查找功能。安装完成后,另外核对已有订阅、当前配置和所选服务器,不要把应用可下载理解为配置已迁移。

首次连接时出现 VPN 配置授权,应该如何处理?

Shadowrocket 建立系统网络隧道时,需要通过系统弹窗添加 VPN 配置。先确认弹窗由刚刚打开的 Shadowrocket 操作触发,再按系统提示确认,并使用设备密码或系统认证完成授权。若此前取消,可返回应用重新尝试连接。受管理设备可能限制添加 VPN 配置,此时应查看设备管理策略并联系管理方。完成授权只是允许创建连接,仍需有效的服务器信息与正确配置,不能据此判断外部网络已经可用。

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

先确认 Home 已选中一个参数完整的服务器,再观察打开开关时是否出现系统授权或错误提示。若授权未完成,先处理 VPN 配置权限;若设备存在其他活动中的 VPN 连接,先停止该连接后重试。随后核对服务器地址、端口、认证字段与协议类型,并检查设备网络能否正常访问。遇到受管理设备限制时不要反复删除配置。记录错误提示发生在授权前还是授权后,有助于区分系统权限问题与连接参数问题。

界面显示英文,教程中的选项应该怎样对应?

本手册保留应用的英文界面词。Home 用于查看服务器与连接状态,Config 用于管理配置,Settings 用于检查应用设置;Global Routing 中的 Config、Proxy、Direct 分别对应配置、代理、直连三种姿态。查找功能时优先匹配这些英文名称,而不是只按按钮所在位置判断。若设备支持单独设置应用语言,可在系统 Settings 的应用设置中查看可选项;具体语言选项及界面排列以当前应用实际显示为准。

Shadowrocket 应怎样更新,更新前要准备什么?

应用更新通过 App Store 完成,可在商店账户页面检查可用更新,或按设备设置使用自动更新。更新前保存重要的自定义规则与配置,并确认仍能取得自己的订阅或服务器信息;含认证字段的备份应妥善保管。完成更新后,先检查当前 Config、Global Routing 与选中的服务器是否符合原先用途,再进行一次实际访问测试。应用更新与订阅更新是两件事,前者更新客户端,后者重新获取已有订阅中的服务器资料。

按操作顺序阅读首次使用教程 →

订阅与节点导入

先判断资料是订阅地址、单台服务器参数还是分享内容。三者的导入入口与检查方法不同。

已有订阅导入失败,应先排除哪些问题?

先检查复制的是完整订阅地址,而不是账户管理页面地址,并去除首尾空格和换行。确认当前设备网络可访问该地址,再核对订阅是否仍有效、返回内容是否为 Shadowrocket 可识别的格式。若返回登录页、错误页或空内容,重新导入通常不会解决问题,应向原服务提供方确认地址及访问条件。不要把包含认证信息的订阅地址贴到公开页面;需要说明故障时,记录错误文字和返回内容类型即可。

导入已有服务器信息时,怎样避免选错类型?

在 Add Server 中选择与原始资料一致的协议类型,再逐项填写地址、端口与认证字段。Shadowsocks、VMess、VLESS、Trojan 等类型的字段含义不同,不能只因都有地址和端口就互换类型。采用已有分享内容导入后,也应检查协议、TLS、传输方式及相关名称是否与原资料一致。只有单台服务器资料时,不要把它当作 Subscribe 地址使用;无法确定字段含义时,先对照技术参考,再向原资料提供方核实。

Scan QR Code 扫描失败或识别后没有服务器,怎么办?

先在系统 Settings 中确认 Shadowrocket 的相机权限,再确保二维码完整、清晰且没有被裁切。识别成功不代表内容一定是服务器资料,二维码也可能只是网页地址。检查原始内容是否属于应用支持的分享格式,必要时改用原资料中的文本导入方式。导入后返回 Home,检查是否新增条目及参数是否完整。二维码和分享文本可能包含认证信息,排查时不要公开原图,也不要只凭扫描成功就启动连接。

已有订阅怎样更新,更新后为什么条目变了?

在已有订阅对应的管理入口执行更新,等待结果提示后,再查看 Home 中的服务器列表。订阅更新会按远端返回的资料刷新条目,名称、数量及参数可能随用户已有服务的内容变化,不能把本地旧列表当作永久记录。更新前可记下当前使用的条目名称与必要设置,更新后重新确认选中项。若更新失败,先核对地址有效性及网络可达性,不要立刻删除原条目;具体更新按钮的位置以当前应用界面为准。

重复导入出现很多同名条目,可以直接删除吗?

先区分条目属于同一订阅的刷新结果,还是多次手动导入形成的独立记录。名称相同不代表地址、端口或协议参数相同,删除前应打开详情核对来源,并确认当前使用项及配置中的引用。保留有效订阅与仍需使用的手动条目,逐项清理已确认重复或失效的记录。若规则或策略引用了某个名称,删除后还要检查引用是否仍有效。整理前保存必要配置,避免同时删除多项后无法判断是哪一步导致连接变化。

规则分流与故障排查

按原有网络、服务器、Global Routing、规则与 DNS 的顺序检查。将测试目标保持一致,才能比较每一步的结果。

Global Routing 的 Config、Proxy、Direct 三种姿态怎么选?

配置姿态 Config 按当前配置中的规则决定请求策略,适合需要规则分流时使用;代理姿态 Proxy 让适用流量采用代理路径,可用于核对服务器是否能完成实际访问;直连姿态 Direct 采用直连路径,可用于与设备原有网络对照。三种姿态不是速度等级,也不能替代正确的服务器参数。日常需要分流时先确认 Config 已选中预期配置;排查时一次只切换一个姿态,使用同一目标重复测试并记录结果。

开关显示已连接,但网页无法打开,应该怎样排查?

已连接通常只说明系统隧道处于活动状态,不代表每个目标都能访问。先暂停连接,确认设备原有网络正常;再检查所选服务器的参数与服务状态。接着核对 Global Routing 是否符合预期,观察 Config 中相关请求命中的规则与策略,最后检查 DNS 解析结果。每次只改一项,并重新访问同一目标。延迟测试有结果也不能替代网页实际请求,因为测试方式、目标及经过的网络环节可能不同。

延迟测试正常却打不开域名,是 DNS 的问题吗?

可能与 DNS 有关,但不能只凭延迟结果下结论。先比较多个域名是否都失败,并查看诊断信息中是否存在解析超时、解析失败或异常结果;随后核对当前配置的 DNS 设置及其可达性。若近期修改过解析相关选项,可保存现状后逐项恢复已知可用设置,再重试同一请求。不要一次叠加多个 DNS 改动。还应检查目标规则与服务器状态,避免把连接失败、策略拒绝或目标服务异常都归因于解析。

自定义规则没有生效,应该检查顺序还是策略?

两者都要检查,但先确认 Global Routing 为 Config,并确认当前启用的是刚修改的配置。规则通常按从上到下的顺序匹配,较宽泛的前置规则可能先于自定义规则命中;FINAL 应作为末尾兜底。接着检查 DOMAIN-SUFFIX 等关键字的字段写法,以及 PROXY、DIRECT、REJECT 或所引用策略是否有效。保存后重新发起请求,结合诊断信息核对命中项;已有连接可能仍沿用原路径,不宜只观察旧连接判断修改结果。

连接期间耗电增加,怎样判断原因?

先在系统电池用量中观察相同时间段的应用活动,并比较前台使用、后台传输和屏幕点亮时间。耗电受流量规模、网络信号、连接重试、协议参数及诊断记录等因素共同影响,不能只凭 VPN 标识判断。可在相近网络和使用条件下,减少不必要的连续测试,检查服务器是否频繁断开重连,并按实际需要设置 On Demand。不要同时更换协议、规则与 DNS;保留一次只变更一项的对照结果,更容易找到原因。

查阅协议类型、参数与使用场景 →