Shadowrocket(小火箭)的连接开关、服务器条目和分流配置分别解决不同问题。本文以用户已有自己的服务商与订阅为前提,依次说明授权、导入、更新、路由选择和测试方法;首次使用可按顺序操作,遇到故障则先保留当前配置,再逐项核对,避免把客户端购买、服务可用性与规则设置混为一谈。
一、购买 Shadowrocket 后,还需要准备什么?
Shadowrocket 是 Apple 平台的闭源商业应用,主要用于 iPhone 与 iPad,唯一获取入口是 App Store。购买客户端后,还需要准备自己已有且有权使用的服务器参数或 Subscribe 链接。应用购买记录只证明客户端购买关系,不代表服务器已经配置完成。
- 在 App Store 核对开发者 Shadow Launch Technology Limited 与应用 ID
932747118。 - 准备自己的 Subscribe 链接,或完整的服务器地址、端口、协议及认证参数。
- 系统要求及购买适用性,以 App Store 页面标注为准;Mac、Apple TV、Apple Vision 的兼容性也在同一商店页核对。
二、首次连接为什么要允许添加 VPN 配置?
首次开启连接时,系统可能请求允许添加 VPN 配置。这项授权用于让 Shadowrocket 通过系统网络扩展接管相应流量,不是购买服务的步骤,也不证明远端服务器可用。应确认请求由刚刚打开的 Shadowrocket 操作触发,再按系统提示完成验证。
-
核对条目
进入 Home,确认已经添加并选中自己的服务器条目。只有安装应用、没有可用参数时,授权本身不能建立有效的代理连接。
-
开启连接
在 Home 打开连接开关。首次出现系统添加 VPN 配置的提示时,核对来源后选择允许,并按要求完成设备验证。
-
检查状态
返回 Home 查看 Not Connected 是否已改变,再运行 Connectivity Test。系统连接状态与远端请求测试要分别检查。
-
恢复授权
若此前取消授权,回到 Home 再次尝试连接。需要检查系统配置时,在 iPhone 或 iPad 的“设置 → 通用 → VPN 与设备管理 → VPN”中核对对应条目。
不要一遇到失败就删除所有系统 VPN 配置。先关闭其他正在运行的 VPN 连接,确认网络正常,再重试当前条目;设备受管理时,还应核对管理策略是否限制添加 VPN 配置。
三、Home 开关与 Not Connected 分别说明什么?
Home 的连接开关控制 Shadowrocket 的网络连接会话。Not Connected 表示当前未建立该会话,并不等于订阅已经过期;反过来,连接状态建立也只说明本地会话已启动,不等于每个网站、每条规则或每个远端服务器都能正常工作。
- 开关无法保持开启:优先检查系统授权、配置有效性和其他 VPN 连接是否冲突。
- 开关开启但网页失败:继续检查选中的服务器、Global Routing、DNS 与目标网站,不能只看状态栏判断。
- 离开应用后仍在连接:返回桌面不等于断开;需要停止时回到 Home 关闭开关,并核对 On Demand 是否会再次触发。
Home 主要处理连接状态、服务器选择与测试;Config 管理分流配置文件;Settings 放置应用设置。先区分这三个位置,能避免在修改规则时误把服务器参数改掉。
四、自己的 Subscribe 链接怎样导入?
Subscribe 链接用于获取一组服务器条目,与 Config 中的分流规则文件不是同一种对象。导入后,应确认生成了预期条目并主动选择一个条目测试,而不是认为保存链接后就自动完成所有设置。
-
复制链接
从自己已有的服务资料中复制完整 Subscribe 链接。检查首尾空格、换行以及查询参数是否遗漏,不要把账户管理页面地址当成订阅地址。
-
选择类型
进入 Home → 右上角“+” → Type → Subscribe,再填写自己的链接。链接中的认证参数属于敏感信息,避免发到公开讨论区。
-
保存核对
保存后等待内容获取完成,检查 Home 中出现的条目名称和数量。若只保存了订阅入口但没有条目,先检查获取错误,不要反复创建重复订阅。
-
选择测试
选中一个自己的服务器条目,打开连接开关,运行 Home → Connectivity Test,再用浏览器验证实际需要访问的网站。
手动添加服务器时,Type 应与已有资料中的协议一致。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 的认证及传输字段不同;不能只复制地址和端口,再随意选择一种协议。端口即使填写为 443,也不能据此推断具体协议。
五、更新 Subscribe 会不会覆盖手动修改?
Subscribe 更新会重新获取远端条目,名称、地址或数量都可能变化。订阅管理的条目不宜被当作长期手动编辑的唯一副本;服务端再次下发数据时,部分本地改动可能不再保留。更新前记下当前选中的条目,更新后重新核对选择状态和连接结果。
- 在 Home 的订阅列表下拉刷新,观察更新是否完成以及有无错误提示。
- 超时先查当前网络能否访问订阅地址,再考虑是否需要已有可用连接协助获取。
- 需要通过代理更新时,检查 Settings → Subscribe → Update via Proxy,并以当前已建立且可用的连接为前提。
- 认证错误与超时不同:前者应核对自己的链接权限和完整性,后者还需检查网络与地址可达性。
六、Global Routing 的四种姿态怎么选?
Home → Global Routing 决定当前采用哪一种路由姿态。它与“选中哪台服务器”是两个独立层级:选择服务器只是确定可用出口,路由姿态才决定哪些请求使用代理。以下推荐以已有正确 Config 为前提,并非适用于所有未知配置。
Config
推荐按当前启用的配置规则判断请求去向。命中 DIRECT 时直连,命中代理策略时使用对应策略;未命中前面的规则时,结果取决于 FINAL,不应一概理解为直连。
适合:已核对规则与最终策略的日常分流
Proxy
以代理姿态处理流量,而不是按 Config 的规则逐条分流。可用于对照测试,但仍受系统网络、服务器可用性及相关排除设置影响。
适合:临时检查故障是否与分流规则有关
Direct
以直连姿态处理流量。开关即使开启,也不能据此认为请求正在使用远端代理;需要代理的目标在此姿态下可能仍无法访问。
适合:核对本地网络的直接访问情况
Scene
按已配置的场景条件应用相应路由设置。它不是额外提供的一条服务器线路;使用前应先核对场景条件与对应动作。
适合:已经配置并验证场景切换的网络环境
排查时可以记录 Config 下的结果,临时切到 Proxy 重测同一目标,再恢复 Config。只有相同网络、相同服务器与相同目标下的对照才有意义,不要同时更新订阅、切换服务器和修改 DNS。
七、Config 规则要看哪些关键字?
Config 姿态下,先确认 Config 中哪份文件正在启用,再看规则顺序和策略。规则通常按顺序匹配,因此更靠前的宽泛条件可能先于后面的精细条件生效。只下载或保存了一份配置文件,不代表当前连接已经使用它。
[Rule]
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY
DOMAIN-SUFFIX:匹配指定域名后缀,例如示例中的example.com及其子域名。IP-CIDR:匹配地址网段;示例192.0.2.0/24为文档示例地址段,no-resolve表示不为该条 IP 规则主动触发域名解析。GEOIP:依据 IP 归属数据库判断;CN是该示例的匹配参数,不能代替所有域名判断。FINAL:前面的规则均未匹配时使用的最终策略;示例将剩余请求交给PROXY。
这段内容只用于解释语法,不是完整的日常配置建议。编辑已有文件前先备份;如果把策略名写成不存在的自定义名称,或误把 FINAL 放到前面,结果可能偏离预期。协议负责如何连接服务器,规则负责请求走向,两者不能相互替代。
八、Connectivity Test 成功,为什么仍有网页打不开?
Home → Connectivity Test 检查的是测试目标在当前条件下的请求结果,不是对全部互联网目标的保证。测试成功但业务网站失败,可能来自目标域名匹配到不同策略、DNS 解析异常、目标服务自身故障,或网站对出口地址的限制。测试延迟也不是实际下载带宽。
显示超时,就一定是订阅失效吗?
不是。先确认 Home 选中的条目,再检查 Global Routing。保持配置不变,分别在 Wi-Fi 与蜂窝网络重测;只有某个网络失败时,优先检查该网络的可达性。
测试成功,只有一个网站打不开怎么办?
用浏览器重试同一网址,并核对请求日志中的目标域名与策略。临时将 Global Routing 从 Config 切到 Proxy 对照一次,测试结束后恢复原姿态。
延迟很低,视频却一直缓冲正常吗?
延迟只反映特定测试请求的响应情况,不能说明持续吞吐量、丢包或目标站点表现。固定同一网络与服务器,再测试实际业务,不要只按最低延迟选择。
换服务器前需要记录什么?
记录网络类型、条目名称、Global Routing、测试结果及失败目标。随后只换一个变量重测;分享诊断信息前遮住密码、认证参数和 Subscribe 链接。
九、关闭开关后又连上,On Demand 在哪里检查?
On Demand 用于按条件触发连接,不是延长订阅有效期或提升服务器速度的功能。若发现手动关闭后又出现连接,应先检查 Settings → On Demand 中的启用状态与条件,而不是持续重复关闭 Home 开关。
- 进入 Settings → On Demand,记录当前是否启用,以及已经设置的网络条件。
- 需要手动控制时,暂时停用 On Demand,再回到 Home 关闭连接。
- 切换一次 Wi-Fi 或蜂窝网络,观察是否仍自动触发;设备由组织管理时,同时核对系统管理要求。
- 确认行为符合预期后,再逐项恢复需要的条件,每恢复一项都做一次对应网络切换测试。
On Demand 与 Global Routing → Scene 分别处理“何时建立连接”和“采用何种场景路由”的问题,不能把两者看成同一个开关。首次配置时先手动连通并验证 Config,再增加自动化条件,能减少故障变量。
十、更换 iPhone 或 iPad 后,怎样恢复已购应用?
在新设备的 App Store 使用原购买账户,进入账户中的已购项目或应用记录,找到 Shadowrocket 后重新获取。Apple 的账户页面名称可能随系统界面变化;找不到时先核对购买账户和购买记录,不要仅凭搜索结果中的同名应用判断。
换机核对方案:应用购买与配置资料分开恢复
原设备
- 核对 App Store 的原购买账户与购买记录。
- 备份当前有效 Config,并安全保存自己的 Subscribe 资料。
- 记录当前条目、Global Routing 与 On Demand 设置。
新设备
- 从原购买账户的 App Store 已购记录重新获取。
- 导入自己的配置与订阅,检查服务端设备使用限制。
- 重新完成 VPN 配置授权,并执行 Connectivity Test。
恢复购买不等于恢复所有本地数据,也不保证已有服务允许多设备同时连接;配置、授权与服务限制需要逐项确认。
应用重新出现于设备后,仍应完整走一遍“选中条目 → 核对 Global Routing → 开启连接 → 测试目标”的流程。若需要进一步排查,可阅读问题诊断;从零开始操作可使用快速上手。