小火箭新手常见问题十问:连接开关、Global Routing 与订阅更新

一、购买后为什么还要添加配置？

Shadowrocket 是 Apple 平台的闭源商业应用，通过 App Store 一次性买断。客户端负责读取配置、建立连接和执行规则；实际使用的服务器地址、端口、认证信息及服务期限来自用户已有的服务。客户端买断 ≠ 线路套餐，购买应用本身不会自动生成可用的远端配置。

初次打开时，先区分三个主要页面：Home 用于查看服务器、选择连接对象及开启连接；Config 用于管理规则配置文件；Settings 用于调整客户端行为。订阅中出现服务器列表，不等于已经选用了适合自己的 Config 规则文件。

• 核对应用：开发者为 Shadow Launch Technology Limited，应用 ID 为 932747118。
• 核对已有资料：服务器信息与规则文件分别确认，避免把两种用途混为一谈。
• 核对设备要求：以 App Store 页面标注为准；获取与购买适用范围可查阅正版核验页。

二、首次连接的 VPN 配置授权应该怎么操作？

首次启用连接时，系统可能询问是否允许添加 VPN 配置。这是允许应用建立系统网络隧道的授权，不是购买确认，也不表示远端服务器已经通过连通性验证。只有在确认当前操作来自 Shadowrocket 后，才按系统提示完成授权。

1. 检查配置

   进入 Home，确认已导入自己的服务器信息，并选中要使用的条目；不要在列表为空时直接判断连接功能是否正常。

2. 选择模式

   打开 Home → Global Routing，按需要选择 Config、Proxy 或 Direct；若选择 Config，先确认 Config 页面中启用了预期的配置文件。

3. 允许授权

   返回 Home 开启连接开关，在系统弹出的 VPN 配置请求中确认允许，并按设备要求完成认证。

4. 检查结果

   等待连接状态变化，再访问需要测试的网站。若拒绝过授权，可返回 Home 再次尝试开启，并检查系统中现有的 VPN 配置状态。

三、连接开关打开，是否代表所有网站都走代理？

不代表。连接开关表示客户端隧道是否启用；Global Routing 决定流量按什么方式处理；当前选中的服务器决定需要代理时连接到哪里。这三个状态必须分别检查。即使系统显示 VPN 已连接，流量仍可能按规则使用 DIRECT，或处于 Direct 模式。

关闭开关后，Shadowrocket 不再通过该隧道处理流量，但设备自身的网络、其他系统 VPN 配置仍可能影响访问结果。排查时应记录开关前后的差异，而不是仅凭状态栏图标判断远端服务是否可用。

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

日常已有合适规则文件时，优先使用 Config；要判断问题是否来自分流规则时，可以临时切换 Proxy；要建立直连基线时，可以使用 Direct。测试结束后恢复原来的模式，避免把临时排查状态长期保留。

若界面还显示 Scene，应将其理解为按场景应用预设选择的入口，而不是一种新的传输协议。启用前先核对场景内关联的模式与配置；新手排查时先固定使用一种明确模式，减少自动切换带来的变量。

五、怎样导入自己的订阅，更新又会改变什么？

在 Home 右上角选择“+”，将 Type 设为 Subscribe，填写用户已有的订阅 URL，保存后返回 Home 更新该订阅。链接示意为 https://example.com/sub?token=xxxx，这只是格式展示，不能用于获取配置。真实 URL 中的 token 通常关联访问权限，不应出现在公开截图或求助消息里。

1. 先核对 URL 是否完整，包括 https://、路径与查询参数；复制时避免混入空格或换行。
2. 保存后在 Home 对订阅执行更新，等待结果完成，再展开列表检查条目。
3. 选中更新后实际可用的服务器。原条目可能改名或被移除，旧选择不一定仍然有效。
4. 如需调整经由代理更新的行为，查看 Settings → Subscribe → Update via Proxy，并结合当前网络可达性决定是否启用。

订阅更新通常是重新读取服务器条目，而不是给服务续期，也不等于刷新 Config 中所有远程资源。更新成功只证明订阅地址返回了可读取内容；每个服务器是否能连接，还要分别测试。更新失败时，保留错误提示，先检查链接是否过期、当前网络能否访问该地址，再决定是否切换更新路径。

六、扫码添加和订阅导入有什么区别？

扫码是输入信息的一种方式，最终添加单个服务器还是一组可更新的订阅，取决于二维码包含的内容。通过 Home 的扫码入口扫描自己的配置二维码，首次使用相机时按系统提示授予权限；识别后先阅读导入内容，再保存。

• 单个服务器配置：核对 Type、地址、Port 与认证字段；后续参数变化通常需要重新编辑或重新导入。
• 订阅 URL：核对来源与完整地址；保存成 Subscribe 后，才具备从该地址重新获取条目的更新关系。
• 识别失败：检查二维码是否完整清晰、是否确实包含客户端支持的配置格式，而不是普通说明网页。

同一个二维码重复扫描可能产生重复条目。不要只按显示名称删除，先对照协议类型、服务器地址和端口。配置中若使用 Shadowsocks、VMess、VLESS、Trojan、Hysteria2 或 WireGuard，应保持原协议字段，不要为了“看起来一样”而改成另一种 Type。

七、延迟测试数值很低，为什么网页仍然打不开？

延迟测试是特定探测方式下的结果，不是网页加载时间、可用带宽或完整业务成功率。Home 中的 Connectivity Test 可用于初步检查，但应先确认 Settings → Connectivity Test 中所选的测试方法与目标。同一服务器在不同测试方法下的结果不能直接比较。

• 显示数值但网页失败：基础探测可能成功，目标网站的 DNS、TLS、规则策略或远端访问仍可能失败。
• 显示超时但部分网页成功：测试目标或探测方式可能受限，应换一个已知可达的测试目标进行对照。
• 多次结果差异大：保持同一网络、同一目标和同一测试方式，连续测试数次，避免把一次波动当作稳定结论。

填写服务器 Port 时，应逐字使用已有配置中的数值。例如 HTTPS 常见的 443 只是端口用途示例，并不意味着每个服务器都监听该端口。把端口统一改成 443，不能修复认证失败或协议不匹配。

八、退出应用后会断开吗？On Demand 是什么？

返回主屏幕与关闭连接开关不是同一操作。系统网络隧道可以在应用界面不处于前台时继续工作；是否保持连接，应以系统 VPN 状态和实际请求结果为准。也不要把手动结束应用进程当作标准断开方法。

Settings → On Demand 用于配置按需连接行为。启用后，系统可能依据设置的条件发起连接，因此“手动关闭后又连接”应先检查这里，而不是反复删除配置。On Demand 不会补齐缺失的服务器参数，也不会修复已失效的认证。

1. 进入 Settings → On Demand，检查总开关与现有条件。
2. 排查期间先关闭 On Demand，再回到 Home 手动控制连接开关。
3. 确认手动连接稳定后，再逐项恢复需要的条件，并观察切换 Wi-Fi 与蜂窝网络后的行为。

九、Config 规则与 DNS 出问题时应该检查哪里？

先在 Config 页面确认当前选用的文件，再检查规则顺序。规则通常从上到下匹配，较具体的条件应放在兜底规则前面。下面只演示“指定域名走代理，其余直连”的规则片段，不是完整的服务器配置，也不会创建任何服务。

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

• DOMAIN-SUFFIX 匹配域名后缀，例如 example.com 及其子域名。
• IP-CIDR 匹配 IP 网段；GEOIP 使用 IP 地理归属数据，不能将其理解为域名语言识别。
• FINAL 处理此前没有匹配的请求，应放在规则末尾；示例中的 DIRECT 不是所有配置的默认值。

DNS 负责把域名解析为地址，规则负责决定流量怎样处理，两者并非同一设置。若只有域名访问失败，先检查当前 Config 的 [General] 段及 dns-server 设置是否符合原配置要求，不要一次混改多个解析入口。直接用 IP 访问 HTTPS 网站可能触发证书或 SNI 问题，不能仅凭这种测试断定 DNS 有故障。

十、显示已连接但网页打不开，应该按什么顺序排查？

先固定一个测试网站和一个服务器，每次只修改一项设置，记录变化后的结果。依次检查本地网络、当前服务器、Global Routing、规则和 DNS，比同时更换所有设置更容易定位问题。记录应包含网络类型、时间、模式、测试方法与错误文字，不需要包含密码或订阅 token。

1. 关闭连接，确认当前 Wi-Fi 或蜂窝网络本身可用，并完成可能存在的网络登录。
2. 返回 Home，确认所选服务器仍在有效订阅内，检查地址、Port、协议与认证信息。
3. 运行 Connectivity Test；失败时先检查服务器或网络，不要先大幅修改规则。
4. 临时使用 Proxy 测试同一目标；若 Proxy 成功而 Config 失败，再检查该目标命中的规则和策略。
5. 核对 DNS 设置与 On Demand 行为，必要时切换网络复测，最后恢复日常使用的模式。

需要进一步求助时，可提供去除敏感信息后的操作步骤、错误提示，以及 Config 与 Proxy 两种测试的差异。这样能区分输入错误、网络不可达、规则分流和解析问题，避免在缺少证据时反复导入相同配置。