· 入门指南 · 约 10 分钟

小火箭新手十问:添加服务器、开关连接与 Global Routing 快速解答

集中回答新手最常遇到的十个客户端问题:Add Server 与订阅导入、VPN 配置授权、Global Routing 三种姿态区别、连接后如何验证等。

本文速览

Shadowrocket（小火箭）的首次使用可以按“核对应用 → 导入用户已有配置 → 授权 VPN → 选择路由方式 → 验证访问”完成。本文面向 iPhone 与 iPad 新用户，解释手动添加和订阅的区别、连接开关与规则的关系，以及遇到超时、更新失败或自动重连时的检查顺序；全程以用户已有自己的服务商与订阅为前提。

一、购买 Shadowrocket 后，为什么还要添加服务器？

购买的是客户端使用权，不是远端服务。Shadowrocket 是闭源商业应用，采用一次性买断；客户端买断 ≠ 线路套餐。首次打开 Home 列表为空时，需要导入用户已有的配置，或使用 Add Server 填写已有服务器参数。应用本身的购买完成，不代表已有服务的账号、有效期和连接条件也已满足。

应用唯一获取入口是 App Store。核对产品时，开发者应为 Shadow Launch Technology Limited，应用 ID 为 932747118，图标与本站官方图标一致。本文主要说明 iPhone、iPad 操作，系统要求及购买适用范围以 App Store 页面标注为准。

932747118
App Store 应用 ID
3 个入口
Home / Config / Settings
3 个常用姿态
Config / Proxy / Direct；另有 Scene

二、Home、Config 和 Settings 分别用来做什么？

先区分服务器与配置文件，能减少重复操作。Home 中的服务器条目描述连接到哪里以及如何认证；Config 中的配置文件描述请求怎样匹配规则、使用哪些策略。导入了服务器，不等于已经加载了适合自己的规则；切换了配置文件，也不等于更换了服务器凭据。

排查时应先判断问题属于哪一层。认证失败通常先检查服务器参数；只有某个网站走向不符合预期，才进一步检查 Global Routing 和 Config 中的规则。不要同时换服务器、换配置文件、改网络，否则很难确定是哪项变化起作用。

三、Add Server 手动添加时，需要哪些参数？

手动添加适合已经拿到单条连接参数的情况。Home → 右上角“+”进入 Add Server 后，先核对 Type，再填写地址、端口和相应认证字段。协议类型不是可随意替换的标签：Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 的字段与连接机制不同，必须与用户已有服务的配置一致。

  1. 核对协议

    Home → “+” → Add Server → Type，选择已有配置指定的协议。不要只凭服务器名称判断 Type。

  2. 填写地址

    在服务器地址字段填主机名或 IP，在端口字段填服务端给定的数字。若参数写明端口为 443，就填 443；该数字并非所有连接的通用端口。

  3. 核对认证

    按协议填写密码、UUID 或密钥等字段，并核对配置要求的 TLS、服务器名称及传输参数。没有对应字段需求时，不自行添加猜测值。

  4. 保存并选择

    保存后回到 Home，选择刚添加的条目。先验证这一条连接，再批量调整其他条目，便于定位输入错误。

常见录入错误包括把完整链接填进主机名字段、端口前后带空格、UUID 少复制一个字符，以及把 TLS 所用的服务器名称当成连接地址。填写完成后逐项对照原始参数，不要以关闭证书验证作为常规修复手段。

四、订阅链接怎么导入，更新后为什么条目会变化？

订阅是用户已有服务提供的配置入口，不是网页地址收藏，也不是应用购买凭证。它通常允许客户端获取一组服务器，并在后续更新时同步条目。只有单条参数时按上一节手动添加；已有订阅链接时使用 Subscribe 类型，不要逐个抄录订阅中的服务器。

  1. 复制自己的完整订阅链接，包括查询参数；避免复制聊天中的说明文字、换行或句末标点。
  2. 进入 Home → “+” → Add Server，将 Type 设为 Subscribe，填入订阅 URL 并保存。
  3. 回到 Home 下拉刷新，检查是否出现预期分组与条目；选中需要测试的服务器后再连接。
  4. 更新后重新核对当前选中项。名称、数量或参数发生变化，应与已有服务给出的变更信息对应。

订阅更新会依据远端返回内容同步条目，手工改过的名称或参数可能被后续更新覆盖。长期需要保留的自定义条目应独立记录，更新之前先保存必要信息。不要把“刷新成功”理解为每一台服务器都已经通过访问测试。

五、第一次连接为什么要求添加 VPN 配置？

首次开启 Home 的连接开关时，系统可能要求允许添加 VPN 配置。这是让客户端通过系统网络扩展处理流量所需的授权步骤，不是再次购买，也不是向远端服务器注册账号。确认系统提示对应 Shadowrocket 后，按设备要求完成授权，再返回应用观察连接状态。

VPN 状态与访问结果是两件事。即使图标出现，服务器认证、DNS 解析或目标网站仍可能失败；反过来，在 Direct 下网页能打开，也不能据此断定代理链路正常。

六、Global Routing 的 Config、Proxy、Direct 怎么选？

日常按规则分流通常选择 Config；需要临时检查所选代理链路时可使用 Proxy；需要对照当前网络直接访问的结果时可使用 Direct。这三种是新手最常用的姿态，并不是 Global Routing 的全部选项，界面中还包括用于场景化切换的 Scene。

常用路由

Config
依据当前配置文件的规则处理请求。
Proxy
将纳入隧道处理的请求交给所选代理路径。
Direct
采用直接连接，不借此验证远端代理可用性。

规则排查从 Config 开始；切换姿态后重新发起请求再比较。

场景与连接

Scene
按配置好的场景条件切换相关路由行为。
Home 连接开关
控制当前隧道的连接状态。
Settings → On Demand
管理符合网络条件时的按需连接行为。

路由选择、连接开关与自动触发是不同层面的设置，检查时分别确认。

Proxy 不应被理解为对设备所有后台通信的绝对承诺。已有连接、系统网络行为以及隧道处理范围都可能影响观察结果。对照测试时关闭并重新打开目标页面，必要时重新启动目标应用，避免把旧连接的结果误当成新设置的效果。

七、已经选了 Config，规则为什么还会走错？

先确认 Config 中选中了正确文件，再检查 [Rule] 段的顺序。规则按从上到下的次序匹配，命中后采用对应策略；把范围很大的规则放在前面，可能使下面更具体的规则无法命中。FINAL 用来接住此前没有匹配到的请求，应放在规则末尾。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

这段代码仅用于解释语法，不是可直接替代个人配置的完整文件。example.com 是示例域名，192.0.2.0/24 是文档示例网段。第一行把该域名及其子域名交给 PROXY；第二行匹配示例 IP 网段，no-resolve 表示不为该 IP 规则主动执行域名解析。

八、开关已经打开，怎样确认真的能用？

按“本地网络 → 所选服务器 → 实际请求 → 规则命中”逐层验证。一次延迟测试有数字，只说明该测试方式下的响应情况；它不能替代网页、视频或其他真实业务测试，也不能证明所有目标都能访问。测试结果需与当前网络、测试方式及目标一起记录。

  1. 确认本地联网：先确认 Wi-Fi 或蜂窝网络可用，处理需要网页确认的网络登录页面。
  2. 确认选择对象：在 Home 核对当前选中条目，执行 Connectivity Test，区分有响应、超时和认证类错误。
  3. 发送新请求：连接后打开自己需要访问的页面。只看缓存页面内容，不足以证明刚刚的请求通过了网络。
  4. 核对路由：若使用 Config，检查请求记录或日志中的目标、命中规则与策略，确认结果符合预期。

例如，同一目标在 Direct 可访问、在 Proxy 失败，优先检查代理参数与远端可达性；Proxy 可访问、Config 失败，则优先查看规则、策略选择及 DNS 相关设置。这是条件对照方法，不是预先断定问题来源，也不需要不停刷新订阅。

九、关掉连接后又自动打开，是 On Demand 吗？

可能与 On Demand 有关，应先检查 Settings → On Demand。它用于在指定网络条件下按需连接或断开，不是 Global Routing 的替代品。网络条件满足时，自动触发可能使手动断开的状态发生变化，因此排查连接反复启停时，要把自动触发因素与服务器故障分开。

  1. 进入 Settings → On Demand，记录当前启用状态和已有条件，尤其是 Wi-Fi 名称、蜂窝网络与域名相关条件。
  2. 为了手动排查，先暂时关闭 On Demand，再返回 Home 断开连接。
  3. 切换一次正在测试的网络，观察连接是否仍自行恢复；同时核对系统 VPN 设置中与该配置对应的按需状态。
  4. 完成测试后按需要恢复原条件，分别验证已配置的 Wi-Fi 与蜂窝场景，不要只测一种网络。

设置 Wi-Fi 条件时，名称应与实际网络一致，近似名称不能当成同一条件。若配置了访问域名触发，还应区分“请求触发建立连接”和“建立连接后按规则选择出口”：前者由按需条件决定，后者仍取决于当前路由与配置。

十、订阅超时、网页打不开、延迟低却慢，先查什么？

先记录可重复的现象，再一次只改变一个变量。以下三类问题分别从订阅获取路径、路由选择与实际吞吐能力入手，不应统一处理为“删除后重装”。记录时保留网络类型、所选条目、Global Routing 姿态、失败目标和错误文字，但遮盖个人凭据。

订阅更新一直超时，怎么办？

先确认本地网络可用以及订阅 URL 完整，再在 Home 下拉刷新。如果已有可用代理且订阅地址需要通过代理访问，可检查 Settings → Subscribe → Update via Proxy，并在连接可用后重试。没有可用连接时，开启该选项本身不能建立可用路径；认证或有效期问题需核对用户已有服务的状态。

显示已连接，为什么网页仍打不开？

先在 Home 核对所选服务器并做 Connectivity Test，再检查 Global Routing。若停在 Direct，访问成功与否不能说明代理是否可用；若 Proxy 能访问而 Config 不行，转到 Config 检查当前文件、规则和日志。只有单一域名失败时，进一步核对解析结果与该域名命中的策略。

延迟数字很低，为什么加载还是慢？

延迟反映特定测试下的响应时间，不直接代表带宽、丢包或目标站点响应速度。在同一网络、同一目标下比较用户已有的服务器，每次只换一个条目，并观察完整页面加载或实际业务表现。不要仅因地区名称更近或协议名称不同，就认定性能一定更好。

完成一轮排查后，保留能解释现象的最小改动：修正参数就不必同时重写规则，修正规则就不必删除全部订阅。恢复此前临时改变的 Global Routing 与 On Demand 设置，最后用日常需要访问的目标重新验证一次，首次配置流程才算完成。

App Store 正版核验