2026-08-04 · 入门指南 · 约 8 分钟

Shadowrocket 首次打开怎么设置:允许 VPN 配置与 Home 页各区块说明

从允许添加 VPN 配置开始,逐项说明 Home 页的 Not Connected 开关、Global Routing、Connectivity Test 与 SERVER 列表各自管什么。

本文速览

Shadowrocket（小火箭）首次设置的核对顺序是：准备自己已有的连接信息，在 Home 添加并选中服务器，确认 Global Routing，再打开连接开关并允许系统添加 VPN 配置。本文适合第一次使用的 iPhone、iPad 用户，重点区分连接状态、路由方式、连接测试与服务器列表，最后给出连接失败及自动重连的检查顺序。

首次连接前：区分客户端、服务器与配置文件

Shadowrocket 是 Apple 平台的闭源商业应用，唯一获取入口是 App Store。购买前核对开发者 Shadow Launch Technology Limited 与应用 ID 932747118；价格和系统要求以 App Store 页面标注为准。本文以 iPhone、iPad 的操作流程为主，具体界面文字应以设备实际显示为准。

客户端买断 ≠ 线路套餐。完成购买并不会自动生成可用服务器。以下操作以用户已有自己的服务商与订阅，或已取得自己管理的服务器参数为前提；本站不提供、不销售、不推荐节点或订阅服务。没有这些信息时，可以先认识界面，不必反复打开连接开关。

3 个入口
Home、Config、Settings：分别查看连接、配置与设置
2 类资料
服务器连接信息与 .conf 配置文件需要分开核对
932747118
App Store 应用 ID，用于核对产品身份

Home 中的服务器记录包含连接地址、端口及认证等信息；Config 中的配置文件可以定义规则、DNS 等行为。导入订阅后看到 SERVER 列表增加，不等于已经取得或启用了符合自己需求的分流规则。反过来，仅导入一份 .conf，也不保证其中引用的代理策略已有可用服务器。

第一次操作：添加记录，再允许 VPN 配置

系统授权一般在首次尝试建立连接、需要创建 VPN 配置时出现，而不是必须在应用刚打开的瞬间出现。按下面顺序操作，可以把“数据尚未准备好”与“系统尚未授权”两类问题分开。

  1. 核对应用

    从 App Store 安装后打开 Shadowrocket，进入 Home。先确认自己已有的服务仍有效，并准备好服务提供方给出的连接参数或订阅地址。

  2. 添加记录

    使用订阅时，进入 Home → 右上角“+”→ Type → Subscribe，填入自己的订阅 URL 后保存。订阅地址属于敏感信息，不要把含真实 token 的页面或二维码公开。

  3. 选择服务器

    返回 Home，等待订阅内容载入，在 SERVER 列表点选一条记录。手动添加时，则在“+”中选择实际协议，并逐项填写地址、端口和认证字段，不要把订阅 URL 当成单台服务器地址。

  4. 确认路由

    进入 Home → Global Routing，确认当前选择的方式。已有适用配置时使用 Config；需要临时排查规则影响时可使用 Proxy，完成检查后再恢复原来的路由方式。

  5. 允许配置

    打开 Home 顶部连接开关。系统弹出添加 VPN 配置的请求时选择允许，并按系统提示完成设备认证。返回应用后查看连接状态，再测试一个自己有权访问的目标。

Home 各区块：开关、列表与测试各管什么

Not Connected 是状态，不是错误原因。它表示当前尚未建立连接，不能仅凭这行文字判断订阅错误、服务器故障或系统权限问题。顶部开关控制连接启停；Global Routing 控制如何处理请求；SERVER 列表用于选择连接记录；Connectivity Test 用于进行连接测试。这四项应分开理解。

连接与路由

Not Connected
当前未连接的状态提示，先检查开关与授权。
顶部开关
发起连接或断开连接，不负责导入订阅。
Global Routing
选择 Proxy、Direct、Config 或 Scene 等路由方式。

开关负责是否连接，路由方式负责连接后如何处理请求。

记录与测试

SERVER
展示服务器记录或订阅分组，点选所需记录。
Connectivity Test
按当前测试设置检查连接，结果需结合测试目标理解。
Config
管理配置文件；使用 Config 路由时核对当前启用的配置。

列表里有记录、测试有结果、实际请求成功，是不同层面的核对项。

一次测试显示延迟，只能说明该测试方式在当时得到了响应。测试所用目标、超时时间与网络环境都可能影响结果，不能把较小的数值直接解释为所有网站速度更快。若测试有响应但某个页面打不开，继续检查该页面对应的规则、DNS 和目标本身，不要只重复选择延迟最小的记录。

Global Routing：四种方式如何选择

第一次设置时，先明确自己想验证什么：验证服务器能否代理请求，还是验证配置中的分流规则。Proxy 与 Config 的检查目的不同。下面的“推荐”仅针对已经准备并核对过适用配置的日常使用场景，不是对线路或服务的推荐。

Config

推荐

按当前启用配置中的规则决定策略。规则可以指定 DIRECT，也可以指定 PROXY 或其他已定义策略；未匹配请求如何处理，应查看配置末尾的 FINAL 等设置。

适合：已有适用配置，需要按域名或 IP 等条件分流。

Proxy

以代理方式处理由应用接管的请求，而不是按 Config 中的普通分流规则逐条决定去向。仍需有效的服务器信息；切换到此方式不会修复认证或服务端问题。

适合：临时检查所选服务器，缩小分流规则造成的影响范围。

Direct

以直连方式处理请求，不应把此时能打开页面当作代理服务器可用的证据。Global Routing 选择 Direct 与关闭顶部连接开关也不是同一个操作。

适合：对照当前网络直连能否访问同一个目标。

Scene

使用场景相关设置处理路由，实际行为取决于已配置的场景条件和对应动作。首次操作尚未核对场景设置时，不宜仅凭名称推断它会选择哪个出口。

适合：已经设置场景，并能逐项核对触发条件与路由行为。

以下是用于认识 Config 规则的最小片段，不包含服务器信息，不是首次连接所必需的整份配置。DOMAIN-SUFFIX 匹配域名后缀，规则按顺序检查，FINAL 处理此前未匹配的请求。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT

在这段示例里，example.com 及其子域名使用 PROXY，其余未匹配请求使用 DIRECT。因此，“应用已连接，但某个请求直连”可能完全符合配置。进一步使用 GEOIP、IP-CIDR 时，还要考虑请求是否已有目标 IP，以及域名解析是否参与匹配；初次连接不需要为了凑齐规则类型而加入这些条目。

SERVER 与订阅：添加、更新、选择分三步核对

订阅是批量取得连接记录的入口，不是连接状态本身。示意地址 https://example.com/sub?token=xxxx 只用于说明 URL 结构，其中 token 是明显假值，不是可用服务。应填写自己已有服务的真实地址，且保留原有查询参数。

导入成功后仍连接失败，应把“更新订阅”和“测试连接”拆开处理：先确认能取回记录，再确认所选记录能连接。配置文件的更新也应在 Config 中单独核对，不能因为订阅刷新成功，就认定规则文件也已更新。

Settings → On Demand：先手动连通，再设置自动连接

On Demand 用于按设定条件触发 VPN 连接行为，不是延迟测试工具，也不是修复服务器参数的按钮。首次使用建议先完成一次可复现的手动连接，再进入 Settings → On Demand 查看条件与动作。否则，自动触发可能干扰对连接失败原因的判断。

两阶段核对：手动连接与 On Demand

首次手动连接
  • 在 Home 明确选中一条服务器记录。
  • 固定 Global Routing，避免一次修改多个变量。
  • 连接后访问同一个目标，再手动断开作对照。
后续自动连接
  • 进入 Settings → On Demand 核对已有条件。
  • 逐项确认 Wi-Fi 等网络条件对应的连接动作。
  • 切换网络后观察是否按预期触发，避免只看开关外观。

先确认手动连接可用，再验证自动触发；Global Routing 决定路由，On Demand 决定何时按条件连接。

如果手动断开后又出现连接，先检查 On Demand 及系统 VPN 配置中的按需连接状态，确认是否存在自动触发条件。不要直接删除全部记录。需要停用自动连接时，应同时核对应用设置与系统中该 VPN 配置的实际状态，再重复原来的网络切换动作验证。

连接后如何验收：按现象逐项排查

连接状态变化是第一步，实际请求是否按预期处理才是后续核对重点。以下是排查顺序，不是本站的实测结果，也不代表特定网络一定出现同样现象。每次只修改一个设置，并记住原值，便于回退。

  1. 开关无法保持开启：先查看系统是否已允许添加 VPN 配置、服务器是否已选中，以及应用是否给出错误提示。没有授权提示不一定是异常，也可能此前已创建过配置。
  2. 订阅列表为空：先处理 URL、订阅有效性和更新失败问题。列表尚无可用记录时，切换 Global Routing 不能生成服务器。
  3. 显示已连接但目标打不开：核对当前 Global Routing、Config 中启用的配置，以及目标是否命中预期策略。再对照 Proxy 与 Direct 下同一目标的表现，测试后恢复原设置。
  4. 测试有响应但网页失败：确认测试目标与网页并不是同一个检查对象，再检查域名解析、目标访问限制与所选记录的实际连接情况。
  5. 切换 Wi-Fi 后行为改变：先检查新网络本身能否访问目标，再核对 Scene 与 On Demand 条件，避免把路由变化和自动连接变化混为一谈。
App Store 下载