本文速览

已有自己的服务商与订阅、准备在 Shadowrocket（小火箭）中选择分流方式时，先确认服务器可用，再选择 Global Routing。日常优先使用经过核对的 Config；Proxy 用于临时统一代理与对照排查；Direct 用于检查直接连接。本文说明三者的边界、切换步骤与规则检查方法，并区分 Scene 和 On Demand，避免把连接开关、分流姿态与自动连接混为一谈。

先看结论：Config 作为日常起点

Global Routing 决定进入 Shadowrocket 处理范围的流量怎样选择去向，不负责创建服务，也不会修复失效的服务器参数。日常需要一部分连接直接访问、一部分连接经代理转发时，优先选择 Config，前提是当前配置文件的规则与最终匹配项符合需要。Config 不是“自动选择最快线路”，也不保证所有目标都按你的预期分流。

Config

推荐

按当前配置文件的规则与策略处理连接。匹配结果可以是 DIRECT、代理策略或其他已定义动作，未命中前面规则时由最终匹配项决定去向。

适合：已核对规则的日常分流，需要同时保留直接连接与代理连接。

Proxy

将进入处理范围的流量统一按代理姿态处理，不再按 Config 的普通分流规则逐条选择 DIRECT 或代理。DNS 与系统层面的行为仍需单独核对。

适合：临时统一代理，或与 Config 对照以缩小规则问题的范围。

Direct

将进入处理范围的流量按直接连接处理，不通过所选代理服务器转发。它是路由姿态，不等于关闭 Shadowrocket 的连接开关。

适合：检查当前 Wi-Fi 或蜂窝网络的直接访问能力。

这里比较的是三种基础姿态，不是 Global Routing 所有选项的完整清单。如果界面还显示 Scene，它属于按场景条件选择处理方式的入口；排查时应确认当前场景及其设置，不要把 Scene 简单理解成 Config 的另一个名字。

在 Home 切换姿态，先固定其他条件

Home 用来查看当前服务器与连接状态；Config 用来管理配置文件；Settings 用来调整应用设置。Home 中的 Global Routing 选为 Config，与进入 Config 页面选择一个文件，是两个不同动作。只有同时确认路由姿态和生效文件，才能知道请求会按哪套规则处理。

  1. 确认服务器

    打开 Home，确认选中的是用户已有服务中的目标服务器。先核对地址、端口、认证信息和协议参数，不在切换姿态的同时更换服务器。

  2. 确认配置

    进入 Config，确认正在使用的配置文件；需要修改前先保留原有内容。仅导入或更新服务器订阅，不代表已经选中了新的分流配置。

  3. 选择姿态

    返回 Home → Global Routing，选择 Config、Proxy 或 Direct，再返回 Home 核对显示结果。不要只凭上一次使用的记忆判断当前选择。

  4. 重新发起请求

    确认连接开关状态，在测试应用中重新打开目标页面。必要时结束旧连接或重新连接 Shadowrocket，避免沿用旧会话而误判切换结果。

  5. 记录并恢复

    记下网络类型、姿态、服务器及页面结果。完成对照后返回 Home → Global Routing → Config，并确认日常配置文件仍然生效。

Config 的关键：规则顺序与 FINAL

Config 按配置文件中的规则处理请求，通常由上到下寻找匹配项。相同目标可能同时符合域名和地址条件，因此具体规则放在前面、宽泛规则放在后面，才能避免前面的宽泛匹配提前接管请求。FINAL 是兜底项，不是“把前面结果再检查一次”。

DOMAIN-SUFFIX
按域名后缀匹配
IP-CIDR
按 IPv4 地址段匹配
GEOIP
按 IP 地理数据库匹配
FINAL
处理此前未匹配的请求

下面只是用于理解顺序的规则片段，不是完整配置文件。示例域名 example.com 用于说明语法；其中 PROXY 需要在实际配置中有可解析的对应策略。使用其他策略名称时，应替换为配置里已经定义的名称，不要直接粘贴后假定它能工作。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY
  • DOMAIN-SUFFIX,example.com,PROXY：将该域名及其子域名交给 PROXY 策略，不会自动包含名称相似的其他域名。
  • IP-CIDR,192.168.0.0/16,DIRECT,no-resolve：按指定地址段直接连接；no-resolve 表示不为这条地址匹配额外触发域名解析。
  • GEOIP,CN,DIRECT：依据可用的 IP 地理数据库判断目标 IP 所属地区，而非根据品牌或域名后缀判断。
  • FINAL,PROXY：将此前未匹配的请求交给 PROXY；如果写成 FINAL,DIRECT，兜底行为就会改变。

因此，“Config 会让其余流量全部直接连接”并不成立。其余流量怎样处理，必须查看 FINAL。排查单个网站时，还要留意页面可能同时访问多个域名：主页面命中一条规则，不代表图片、登录接口和其他资源也命中同一条。

Proxy 与 Direct：建立可比较的测试

切换姿态的用途是缩小问题范围，而不是用一次成功证明整套配置正确。用同一设备、同一网络、同一服务器访问同一目标，每轮只改一个设置；测试过程中不要同时更新订阅、替换 DNS 与编辑规则，否则无法判断是哪项变化影响了结果。

对照方法：固定目标，只改变 Global Routing

Proxy 对照
  • 保留原服务器，切换到 Home → Global Routing → Proxy。
  • 重新发起失败页面的请求，记录能否加载及具体错误。
  • 若 Proxy 成功、Config 失败，优先检查规则命中、策略选择与 DNS 差异。
Direct 对照
  • 在相同网络中切换到 Home → Global Routing → Direct。
  • 选择当前网络本应能够直接访问的目标，重新发起请求。
  • 若 Direct 成功、Proxy 失败，优先核对服务器连接与目标经代理访问的情况。

对照结果只提供排查方向；测试结束后恢复 Config，并用新请求复核日常分流。

观察到的现象下一步检查
Proxy 可用，Config 不可用核对目标命中的规则、规则所引用的策略及 FINAL，不直接断言服务器故障。
Direct 可用，Proxy 不可用检查服务器地址、端口、认证及所需传输参数，再核对目标是否拒绝该出口。
三种姿态都不可用先确认底层网络与目标站点状态，再检查解析；必要时关闭连接开关作额外对照。
切换后旧页面无变化重新发起连接，排除缓存和旧会话；不要连续快速切换后只看页面残留内容。

表中描述的是条件判断，不是本站的实测数据。Direct 仍然可能受到应用内 DNS 设置影响，所以 Direct 失败不能单独证明 Wi-Fi 或蜂窝网络已经断开；关闭连接开关后的测试属于另一组条件，应另外记录。

区分 DNS、Scene 与 On Demand

Global Routing 回答“请求怎样选择去向”，DNS 回答“域名怎样解析”，On Demand 回答“何时按条件触发连接”。三者有关联，但不能相互替代。例如切到 Proxy 不会自动修正错误的解析设置；保持 Config 也不表示系统一定会自动建立连接。

  • DNS：先确认域名能否解析，再判断目标连接的路径。地址类规则能否匹配，还与请求使用的地址以及相关解析行为有关，不能只看规则文字。
  • Scene：如果使用 Home → Global Routing → Scene，应继续核对所选场景和条件。为获得清晰的对照结果，可临时明确选择 Config、Proxy 或 Direct，测试后恢复原场景设置。
  • On Demand：在 Settings → On Demand 核对已保存条件。它影响连接触发，不替代 Config 文件中的 DOMAIN-SUFFIX、IP-CIDR 或 FINAL。

订阅更新之后，重新确认分流配置

本文以用户已有自己的服务商与订阅为前提。服务器订阅更新主要涉及服务条目，不应被理解为自动修好了 Config 里的规则、策略引用与 FINAL。若更新使条目名称或可用服务器发生变化，原有策略选择可能需要重新核对。

协议也不是 Global Routing 的替代项。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 描述连接协议或隧道方式；选了某个协议，不等于已经选择 Proxy 或 Config。协议参数应以用户已有服务提供的信息为准，不根据协议名称猜端口或认证方式。

  • 在 Home 确认更新后的服务条目仍可用，选中的服务器符合本次测试条件。
  • 在 Config 确认生效文件，检查规则引用的策略名称是否存在、策略实际选择是否符合预期。
  • 在 Home → Global Routing 确认姿态，避免上次排查时停留在 Proxy 或 Direct。
  • 分别测试一个预期直接连接的目标、一个预期经代理的目标；若结果不符，再逐条核对规则，而不是反复更新订阅。

日常选择与恢复检查

日常默认停在 Config，是基于“配置文件已经核对且符合需求”的条件推荐，不是对任意导入文件的保证。如果当前只有服务器条目、尚未整理规则，应先确认配置内容与兜底行为，再把 Config 当作长期设置。Proxy 和 Direct 都有明确用途，但不宜把临时测试状态遗留成未察觉的日常状态。

Proxy 是否表示设备所有连接都经过代理？

不能作这样的绝对推断。Proxy 描述 Shadowrocket 处理范围内的代理姿态；系统路由边界、DNS 设置和具体连接类型仍可能影响实际路径。需要确认某个请求时，应查看该请求的诊断信息，而不是只看模式名称。

Config 比 Proxy 慢，是否应该一直用 Proxy？

先确认两者访问同一目标时是否选中了相同策略与服务器。若 Config 命中了不同出口或 DIRECT，这并不是同一路径的速度比较。先核对规则、解析与连接复用，再决定是否修改配置。

排查完后要恢复哪些项目？

恢复 Home → Global Routing → Config，确认 Config 中的生效文件，恢复测试前保留的 DNS 与 Settings → On Demand 设置，再重新发起请求。如果日常本来使用 Scene，则恢复原 Scene 并确认其条件，不机械套用 Config。

本站是 Shadowrocket 官网，本文属于官方手册。Shadowrocket 是闭源商业应用，唯一获取入口是 App Store；iPhone、iPad 及其他 Apple 设备的兼容性、系统要求与通用购买适用性，以 App Store 页面标注为准。客户端一次性买断与线路套餐是两回事，本文只说明用户已有服务下的客户端设置。