Shadowrocket(小火箭)的首次使用分为购买应用、导入已有订阅、选择服务器、允许 VPN 配置和验证连接五个环节。本文面向已有自己服务商与订阅的新用户,逐项区分客户端购买、服务器参数和规则配置;先完成一条可验证的连接,再处理自动更新与 On Demand,避免同时修改多个设置而无法定位原因。
一、为什么要购买?买断是否包含线路?
Shadowrocket 是闭源商业应用,采用一次性买断方式,通过 App Store 获取。购买的是客户端使用资格,不是服务商的线路套餐。客户端买断 ≠ 线路套餐;订阅链接从你的服务商处获取,应用本身不会因为完成购买就自动出现可用服务器。
购买前核对 App Store 产品页,而不是只看搜索结果中的名称。价格、系统要求及购买适用性以 App Store 页面标注为准。Shadowrocket 主要用于 iPhone 与 iPad;Mac、Apple TV、Apple Vision 的兼容性也应查看同一商店页。
- 应用名称:Shadowrocket。
- 开发者:Shadow Launch Technology Limited。
- 应用 ID:932747118,可在产品页地址中核对。
- 获取与购买前检查:查看App Store 正版核验页。
二、订阅链接粘贴在哪里?
订阅应作为 Subscribe 类型添加,不是粘贴到 Config 中作为规则文件。Home 管理服务器和订阅,Config 管理分流配置,Settings 管理应用设置。这三个位置解决的问题不同,导入前先判断手中的内容是订阅链接、单个服务器信息,还是规则配置。
-
取得链接
订阅链接从你的服务商处获取,完整复制,不删改查询参数,也不要把服务商控制台的登录页面地址当作订阅链接。
-
选择类型
打开 Home,点右上角“+”进入 Add Server,在 Type 中选择 Subscribe。
-
填写地址
将链接粘贴到 URL,按需要填写 Remark,再保存。检查首尾是否混入空格或换行。
-
核对列表
回到 Home,确认订阅组及服务器条目已出现。若列表为空,先查看导入提示,再核对链接是否仍有效,不要重复添加大量相同订阅。
三、导入后为什么还不能直接使用?
出现服务器列表只说明订阅已被解析,不等于已经建立连接。首次使用时,在 Home 点选一个服务器条目,核对左侧选中标记,再操作顶部连接开关。先选中服务器再测试,可以避免把“已导入”误认为“已启用”。
- Home:确认当前选中的是准备测试的服务器,而非只展开了订阅组。
- Global Routing:确认当前姿态符合测试目的,Direct 不用于验证代理服务器是否可用。
- 连接开关:确认连接状态已建立,而不是停留在连接过程中。
- Connectivity Test:记录测试结果,再访问实际需要使用的目标。
如果使用策略组,最终出口还可能由当前 Config 中的策略选择决定。新手排查时先简化为明确选中的服务器与已知配置,暂时不要同时调整策略组、DNS 和协议参数。
四、顶部开关打不开,应该检查什么?
首次连接时,系统会请求添加 VPN 配置。应在系统提示中允许,并按设备要求完成认证。若之前取消了授权,回到 Home 再次尝试连接,观察是否重新出现提示;开关立即回落时,还要区分是权限未完成,还是服务器配置导致连接失败。
- 核对 Home 已选中服务器,必填字段未缺失。
- 再次打开连接开关,完成系统弹出的 VPN 配置授权。
- 在 iPhone 或 iPad 的系统“设置 → 通用 → VPN 与设备管理”中检查 VPN 配置状态;系统文字可能随系统版本变化。
- 若设备受组织管理且限制添加 VPN,先向设备管理员确认策略,不要反复删除系统配置。
若开关能够保持开启,但网页仍失败,应转入连接验证,而不是继续处理安装或购买。系统显示 VPN 已连接只能证明隧道状态,不能证明每个目标、DNS 查询和服务商出口都正常。
五、Global Routing 应该选哪个?
日常按规则分流时使用 Config,但前提是已经核对并启用合适的配置。Proxy 与 Direct 可以帮助隔离问题;它们改变流量处理姿态,不会修复错误的服务器密码、失效订阅或不可达地址。
Config
推荐按当前 Config 中的规则和策略处理连接。结果取决于实际命中的规则,不能简单理解为“所有特定地区流量一定直连”。
适合:已核对配置后的日常规则分流。
Proxy
将一般流量交由代理路径处理,可用于对照判断故障是否与规则选择有关;仍需服务器与网络可用。
适合:短时验证代理路径、隔离规则问题。
Direct
采用直连路径,不依赖代理服务器访问目标。切到此姿态后可以访问某个页面,不代表代理服务器已经恢复。
适合:对照设备原有网络的访问结果。
Scene
用于依据已设置的场景条件应用相应路由行为。应先核对场景条件及其对应设置,不把它当作默认排障选项。
适合:已经建立并理解场景配置的用户。
六、Config 和订阅有什么区别?
订阅主要解决“有哪些服务器可选”,Config 主要解决“某次连接按什么规则处理”。更新服务器订阅不等于更新规则配置。使用 Config 姿态时,要在 Config 页面核对当前正在使用的文件,而不是仅确认列表中存在某个文件。
以下只展示规则语法,不是一份完整配置。规则通常从上到下匹配,先命中的规则决定策略,FINAL 处理尚未匹配的连接。实际策略名称还必须与当前配置的定义相符。
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY
DOMAIN-SUFFIX:匹配域名后缀,示例中的 example.com 仅用于说明语法。IP-CIDR:匹配 IP 网段,示例为一个私有地址范围。GEOIP:按 IP 地理数据库结果匹配,不等同于网站内容或域名语言判断。FINAL:兜底规则,应放在需要优先匹配的规则之后。
七、订阅什么时候更新?失败怎么处理?
服务商调整服务器地址或参数后,需要更新订阅才能取得变更。更新只会重新获取列表,不会自动证明其中每个服务器都可连接。先在 Home 对订阅执行更新,再核对是否出现错误提示以及条目是否变化;订阅有效期与访问权限仍由你的服务商决定。
刷新一直超时,要重新导入吗?
先确认设备网络正常,再在 Home 重试订阅更新。若订阅地址需要代理路径才能访问,只有在已有可用代理连接时,才检查 Settings → Subscribe 中的 Update via Proxy 设置;开关本身不能建立可用线路。
提示认证失败,应该改哪个参数?
先核对订阅链接是否完整、服务商是否更换了访问凭据或暂停服务。取得新的有效链接后再修改 Home 中对应的 Subscribe 条目,不要通过修改服务器端口猜测解决订阅认证问题。
更新后原来选中的服务器不见了?
先检查订阅组中的最新列表。服务商删除或重命名条目后,应重新选择实际存在的服务器,再执行 Connectivity Test;不要只依据更新前的名称判断当前出口。
八、VPN 已连接,为什么网页仍打不开?
按“服务器 → 路由姿态 → 目标访问”逐层检查。Connectivity Test 的成功结果只代表该次测试条件下可达,不保证所有网站、所有协议都可用;失败也需要结合错误提示和其他目标对照,不能只凭一个延迟数字下结论。
- 在 Home 对当前选择执行 Connectivity Test,记录成功、超时或错误信息。
- 短时以 Proxy 对照 Config。如果 Proxy 可用而 Config 失败,优先核对 Config 中的命中规则、策略和相关 DNS 设置。
- 若两种姿态均失败,检查服务器地址、端口和凭据是否与服务商信息一致,再试同一订阅内另一个已有服务器。
- 若只有某个目标失败,保留目标域名与错误类型,避免直接重置全部配置。
九、On Demand 要不要一开始就开启?
建议先手动连接并完成验证,再配置 Settings → On Demand。On Demand 根据设置的条件触发连接行为,不是服务器健康修复功能。尚未确认手动连接可用时加入自动触发条件,容易把连接失败和触发条件不匹配混在一起。
- 先确认:Home 手动开启后,Connectivity Test 和实际目标访问均符合预期。
- 再设置:进入 Settings → On Demand,逐项核对需要的网络条件与连接行为。
- 最后验证:切换到目标 Wi-Fi 或蜂窝网络,观察 VPN 状态是否按条件变化。
- 需要暂时停止自动连接时,同时核对 On Demand 与系统 VPN 状态,不能只观察 Home 开关的一次变化。
十、换到 iPad 或重装后,需要重新购买吗?
先在 App Store 使用原购买账号查看已购项目或产品页的可重新下载状态;具体恢复条件与购买适用性以 App Store 页面标注为准。应用购买记录与服务商账号是两套信息,恢复应用后,还应重新检查订阅、当前 Config 和连接权限。
换机核对:购买记录与连接配置分开检查
原设备
- 确认购买应用时使用的 App Store 账号。
- 记录当前使用的 Config 名称与 Global Routing 姿态。
- 妥善保管订阅凭据,不通过公开截图传递。
新设备或重装后
- 在 App Store 核对已购状态及兼容性。
- 检查配置是否实际恢复;缺少订阅时,从你的服务商处获取。
- 选中服务器,完成 VPN 授权并重新验证连接。
恢复应用不等于连接配置一定完整,也不等于服务商允许无限设备同时使用;设备数量限制应向你的服务商确认。
完成这十项核对后,后续排障应保留一个可用基准:已知服务器、已知 Config 和明确的 Global Routing 姿态。每次只改一个设置,记录修改前后现象。需要继续理解规则与策略时,可阅读完整手册;界面词含义可查阅术语表。