本文适合已经安装 Shadowrocket(小火箭)、准备使用自己已有订阅的 iPhone 与 iPad 用户。按购买边界、首次授权、Subscribe 导入、连接验证和自动连接的顺序说明操作;读完可以区分客户端、连接配置与规则文件,并按现象判断应检查哪一项设置。订阅从你的服务商处获取,本文不提供连接服务。
一、买了 Shadowrocket,是否就有可以使用的线路?
没有。客户端买断 ≠ 线路套餐。Shadowrocket 是闭源商业应用,App Store 的一次性买断购买用于获取客户端;服务器地址、认证信息以及订阅有效期由用户已有的服务决定。首次打开 Home 没有服务器记录,并不表示购买失败,也不需要重复购买应用。
Shadowrocket 只在 Apple 平台发行,主要在 iPhone 与 iPad 上使用,唯一获取入口是 App Store。购买前核对开发者 Shadow Launch Technology Limited、官方图标与应用 ID;系统要求、商店价格和购买适用范围以 App Store 页面标注为准。
- Home:添加和选择服务器、管理订阅、设置 Global Routing,以及操作连接开关。
- Config:管理规则配置文件;导入订阅不等于已经导入并选中一份规则配置。
- Settings:调整客户端行为,例如 Subscribe 更新选项与 On Demand。
二、首次连接时,为什么要求添加 VPN 配置?
这是系统授予客户端处理设备网络流量所需的配置权限,不是再次收费。首次在 Home 打开连接开关后,系统可能提示允许添加 VPN 配置。确认提示来自刚刚操作的 Shadowrocket,再按系统指引授权;设备可能要求使用密码或生物识别确认。
-
核对配置
在 Home 确认已有服务器记录并选中一条;若列表为空,先按下一问导入自己的订阅。
-
打开开关
操作 Home 顶部的连接开关,等待系统显示 VPN 配置授权提示,不要连续反复点击。
-
完成授权
确认应用身份后允许添加,按系统提示完成验证,再回到 Home 查看连接状态。
-
检查请求
打开一个自己日常使用的网页,结合连接状态与访问结果判断是否成功,不只看系统 VPN 标识。
三、自己的订阅链接应该添加到哪里?
订阅入口在 Home,而不是把链接填进某条服务器记录的 Address。Home 右上角「+」→ Type → Subscribe,用于添加包含多条服务器记录的订阅。订阅从你的服务商处获取,应复制完整链接,包括问号之后的参数。
- 复制自己的订阅链接,确认没有前后空格、换行或聊天消息中附带的标点。
- 进入 Home →「+」→ Type,选择 Subscribe。
- 将完整链接粘贴到 URL,填写便于辨认的名称,再保存。
- 返回 Home,等待订阅载入;需要手动获取时下拉刷新,观察服务器列表是否出现记录。
- 选中一条服务器记录,再执行连接与网页访问验证。
下面仅展示链接结构,是不能用于连接的假值。token 一类参数通常承担访问凭据作用,不应把真实链接贴到公开评论、截图或问题反馈中。
https://example.com/sub?token=xxxx
如果服务商交付的是单条服务器分享链接,而不是订阅 URL,应按其实际类型导入。Shadowsocks、VMess、VLESS、Trojan、Hysteria2 与 WireGuard 的配置字段并不相同;不能把所有材料都强行当成 Subscribe,也不要凭协议名称猜端口或认证参数。
四、导入后需要经常更新吗?更新失败怎么办?
订阅更新是重新取得服务商当前返回的服务器列表,不是更新 App Store 中的应用,也不会自动修复已经失效的服务。服务商调整记录后,旧名称、旧地址或认证信息可能发生变化,因此更新完成后还要核对当前选中的条目是否仍然存在。
- 手动更新:回到 Home,下拉刷新订阅。完成后检查列表内容,不要只看刷新动作是否结束。
- 普通网络无法获取:如果已有可用连接,可先连接,再到 Settings → Subscribe 检查 Update via Proxy,让订阅更新通过可用代理完成。
- 没有任何可用连接:先核对 URL 是否完整、当前 Wi-Fi 或蜂窝网络是否能联网;仅打开 Update via Proxy 并不会凭空建立可用通道。
- 返回认证错误或空列表:核对订阅有效期、令牌是否变更,以及服务商交付的链接类型,避免反复删除并重建同一条记录。
更新结果取决于服务器实际返回的内容。已有订阅不必因为一次超时就删除;先保留当前信息,记录错误提示,并在同一网络下重试一次。需要向服务商询问时,提供错误文字即可,注意隐藏完整订阅 URL。
五、列表里有很多记录,怎样选择并打开连接?
在 Home 点选一条服务器记录,再操作顶部连接开关。服务器记录是连接候选项,连接开关才负责启动或停止当前 VPN 会话;仅点中名称不等于已经连接。规则配置若引用了策略组,最终使用的服务器还受该组选择影响,不能只根据 Home 上的选中标记推断所有请求的出口。
- 先用 Connectivity Test 检查候选记录的响应情况;测试值只表示对应测试条件下的结果,不等同于持续下载速度。
- 选中一条有响应的记录,核对 Global Routing 当前姿态,再打开连接开关。
- 打开常用网页验证实际请求。切换记录后重新测试同一网页,避免把缓存结果误当成新连接结果。
六、Global Routing 应该选 Config、Proxy 还是 Direct?
Global Routing 决定请求采用哪一套分流方式。Config 使用当前选中的配置规则;Proxy 用于按代理路径处理流量的验证;Direct 用于直接连接。它们与 VPN 连接开关是两个层次:开关处于开启状态,不代表每个请求都经过代理服务器。
Global Routing 核对
- Config
- 按 Config 中当前选中的配置规则匹配请求。
- Proxy
- 按代理姿态处理请求,适合临时隔离规则因素。
- Direct
- 直接连接,不通过代理服务器转发请求。
- Scene
- 按所设场景条件应用对应选择,不等同于固定代理姿态。
先核对当前姿态,再判断某个网页为何直连或经代理访问。
On Demand 核对
- 入口
- Settings → On Demand
- 判断依据
- 已设置的网络匹配条件与动作。
- 作用层次
- 控制何时建立连接,不替代域名分流规则。
- 排查方法
- 先关闭自动触发,再验证手动连接。
Global Routing 管流量走向,On Demand 管连接触发,二者需要分别检查。
日常使用已有规则配置时,先在 Config 确认选中文件,再在 Home → Global Routing 选择 Config。排查单个网页时,可以临时改为 Proxy 对照结果;如果 Proxy 可访问而 Config 不可访问,应继续检查规则命中与 DNS,而不是立即重填服务器参数。验证完成后恢复日常姿态。
七、连接开着,为什么部分网站仍然直接访问?
在 Config 姿态下,规则会为不同请求选择不同策略,DIRECT 本身就是正常策略。常用规则包括 DOMAIN-SUFFIX、GEOIP、IP-CIDR 与 FINAL;规则自上而下匹配,具体规则应放在较宽泛的规则之前,FINAL 负责前面没有命中的请求。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY
DOMAIN-SUFFIX,example.com,PROXY:匹配 example.com 及其子域名,并交给 PROXY 策略。IP-CIDR,192.0.2.0/24,DIRECT,no-resolve:展示地址段规则语法;这里使用文档示例地址段,no-resolve表示不为匹配这条规则额外触发域名解析。GEOIP,CN,DIRECT:根据 IP 地理数据库匹配 CN,并使用 DIRECT;结果受数据库与解析所得地址影响。FINAL,PROXY:前面均未命中时交给 PROXY,不能放到需要生效的具体规则之前。
此片段用于解释语法,不是完整配置。现有文件中的策略名称必须能够对应到有效策略;不要直接覆盖服务商或自己已经维护的完整配置。需要核对字段时,可查阅配置字段说明。
八、关闭开关后又连上,是否与 On Demand 有关?
可能有关。On Demand 根据已配置条件触发连接,设备从 Wi-Fi 切换到蜂窝网络、重新接入某个网络或发生符合条件的请求时,可能再次建立会话。这不等于连接开关失效。新手应先把手动连接验证稳定,再增加自动触发条件。
- 打开 Settings → On Demand,检查是否已启用,以及现有网络匹配条件和动作。
- 需要暂时停止自动连接时,先关闭 On Demand,再返回 Home 关闭连接开关。
- 保持当前网络不变,确认手动连接和断开正常;随后再切换一次 Wi-Fi 与蜂窝网络观察状态。
- 重新启用时只调整一组条件,并分别验证预期应连接与应断开的网络,避免多条条件同时变化。
On Demand 不负责判定某个域名应使用 DIRECT 还是 PROXY,这仍由 Global Routing 与规则配置决定。如果设备同时保留其他 VPN 配置,还需在系统设置中核对当前实际启用的是哪一项,避免把不同配置的自动触发混为一谈。
九、显示已连接但不能上网,先查哪几项?
先区分“设备能建立 VPN 会话”与“目标请求能成功完成”。关闭自动触发后,按基础网络、服务器记录、Global Routing、规则与 DNS 的顺序检查。不要同时改端口、协议和规则,否则即使恢复访问,也无法判断真正原因。
关掉连接后,普通网页也打不开?
先回到 Home 断开连接,并在 Settings → On Demand 暂停自动触发,再检查 Wi-Fi 登录认证或蜂窝数据状态。基础网络尚未恢复时,不应继续改服务器密码。
普通网络正常,但服务器测试一直超时?
在 Home 更新已有订阅并检查当前选中记录。核对服务商给出的地址、端口、协议与认证信息;换一条自己已有的记录复测,区分单条记录故障与整体网络问题。
Proxy 能打开,Config 却打不开?
到 Config 核对选中文件与目标域名规则,检查是否命中了 DIRECT 或其他不符合预期的策略,同时核对 DNS 设置。暂时验证后恢复原来的 Global Routing,不要把测试姿态当成规则修复。
只有一个网站失败,其他都能打开?
记录目标域名、失败时间与错误提示,再检查该域名涉及的规则和解析。单个网站失败不足以证明整个连接失效,也不需要立刻重装应用。
端口属于服务端配置的一部分。例如某条配置标注端口为 443,也不能仅凭这个数字推断协议就是 Trojan,或推断认证已经正确。协议、端口、TLS 相关参数与凭据需要共同匹配服务端,具体数值以你已有的配置为准。
十、换设备或重新安装前,应该保留哪些内容?
先保留连接材料与规则配置,再处理应用本身。重新从 App Store 获取 Shadowrocket 与恢复服务器列表是两件事;应用的购买记录不能代替订阅凭据。系统要求与购买适用范围以 App Store 页面标注为准,另一台设备也应单独确认兼容性。
- 订阅:安全保存从你的服务商处获取的完整链接,并确认仍然有效;不要仅保存服务器名称的截图。
- 手动记录:核对地址、端口、协议、认证信息及必要的 TLS 参数,使用受保护的存储方式保留。
- 规则配置:在 Config 核对当前选中文件,使用可用的导出功能备份,并检查导出文件是否包含敏感信息。
- 使用状态:记下 Home → Global Routing 的选择,以及 Settings → On Demand 的触发条件,恢复时先不启用自动连接。
- 恢复验证:先导入订阅或服务器记录,再恢复并选中规则配置,完成首次 VPN 授权,手动访问验证成功后再开启 On Demand。
新设备需要重新完成系统授权,不应把旧设备的“已连接”状态当作已经迁移的设置。恢复后先测试一条记录与一个常用网页,再逐项启用规则和自动连接;这种顺序能把导入问题、授权问题与分流问题分开处理。