Shadowrocket Global Routing 怎么选：Config、Proxy、Direct 三种模式的区别

1. Global Routing 决定处理方式，不等于连接开关

在 Home 打开 Global Routing，先看当前选中的项目，再判断请求应当如何处理。Config 根据当前生效配置中的 Rule 选择策略；Proxy 将交由客户端处理的流量统一交给代理路径；Direct 将交由客户端处理的流量按直连方式发送。这里的“统一”指客户端实际接管的流量，不应扩展理解为设备上每一种系统通信都必然经过相同路径。

连接开关负责建立或停止客户端连接，Global Routing 负责连接工作时采用哪一种路由方式。选中 Proxy 并不等于已经建立连接；选中 Direct 也不等于关闭连接开关。排查时分别确认这两项，才能避免把连接状态与路由选择混为一谈。

Global Routing 中还可能看到 Scene。它涉及场景化路由设置，不能仅凭名称当作 Config、Proxy、Direct 之外的一条固定出站路径。本文只讨论三个直接选项；若正在使用 Scene，测试前先记录其设置，再明确切到需要对照的选项，避免让场景条件干扰判断。

2. Config、Proxy、Direct 的选择边界

Config 的推荐前提是配置符合自己的使用需求，而不是它天然比另两个选项更快。若配置把 FINAL 指向 PROXY，大量未命中前置规则的请求仍会走代理；若 FINAL 指向 DIRECT，未命中请求则直连。判断“为什么这个网站走了这条路径”，需要同时看模式、规则与最终策略。

Proxy 和 Direct 是有边界的测试工具，不是对连通性的承诺。切到 Proxy 后仍失败，可能是服务参数、解析、传输连接或目标本身的问题；切到 Direct 后仍失败，也不能仅凭这一项断定配置损坏。

3. Config 如何按 Rule 选择策略

进入 Config，确认需要使用的配置已被选中生效，再查看其中的 [Rule]。规则按顺序参与匹配，先命中的适用规则决定请求策略。下面只演示语法与顺序，不是可替代现有配置的完整文件；example.com 是示例域名，PROXY 所需的服务应由用户自行准备。

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

• DOMAIN-SUFFIX,example.com,PROXY：匹配 example.com 及其子域名，例如 www.example.com，命中后使用 PROXY。
• IP-CIDR,192.168.0.0/16,DIRECT,no-resolve：针对该 IPv4 地址段使用 DIRECT；no-resolve 表示不为了这一条 IP 规则额外触发域名解析，不能把它理解为全局关闭 DNS。
• GEOIP,CN,DIRECT：根据目标 IP 的地理归属数据匹配 CN，并选择 DIRECT。它不是按网页文字语言、域名后缀或用户所在地判定。
• FINAL,DIRECT：放在列表末尾，为此前未匹配的请求提供 DIRECT 兜底。若改为 FINAL,PROXY，兜底路径也随之改变。

这份示例中，能以域名匹配到第一条的请求已经决定使用 PROXY，不会继续等待 GEOIP 再覆盖结果。对于 IP 规则，还要考虑客户端能否取得对应的目标 IP，以及解析相关设置；因此检查规则时，应区分域名匹配与 IP 匹配，不能只比较文字位置。

4. 在 Home 切换，并用同一目标核对结果

先记录当前模式、当前配置与所选服务，再开始测试。一次只改变一个因素，能够让结果具有可比性。以下步骤使用用户自己有权限访问的同一目标，不需要新增服务，也不需要改动协议参数。

1. 打开 Home，确认已导入自己的有效服务，核对当前选择的服务器；再进入 Config 确认生效配置。
2. 回到 Home → Global Routing，选择 Config，并确认连接开关处于需要的工作状态。
3. 访问一个已知目标，记录能否完成访问，以及应用内可查看的请求记录中显示的策略或出站结果。
4. 切到 Proxy，保持同一服务、同一网络与同一目标，重新发起请求，避免复用浏览器中仍保持的旧连接。
5. 切到 Direct，再发起同目标请求；完成对照后回到 Config，并重新确认连接状态。

如果 Config 失败而 Proxy 成功，说明该目标经当前代理路径可以访问，但这还不足以认定某条规则必然写错。应继续查看 Config 中的命中规则、策略指向与 DNS 相关设置。若 Config 使用了不同的策略组或服务器，先把这些差异记下来，再判断是否属于规则问题。

若三个选项都失败，优先缩小到本地网络、目标可用性、服务参数与解析环节，而不是反复改 FINAL。已有页面的缓存或持续连接也会影响观察；每次切换后重新建立请求，必要时按应用内提示重新连接，再比较新产生的记录。

5. Global Routing 与 On Demand、协议、订阅的关系

Settings → On Demand 用于按设置的条件管理连接行为；Global Routing 用于选择连接工作时的路由处理方式。需要自动连接时，应分别核对 On Demand 条件与 Global Routing 当前选项。仅设置 On Demand，不会替你检查 Rule 是否完整，也不会补齐服务器凭据。

• Home：关注所选服务、连接状态与 Global Routing，先确认请求的基本处理入口。
• Config：关注生效文件、Rule 顺序与策略名称，决定 Config 下请求如何分流。
• Settings → On Demand：关注连接触发条件。手动断开后若连接再次建立，先检查这里的设置。
• 协议参数：Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 描述的是服务连接方式；选择 Proxy 不会自动改变协议，也不会修复错误的参数。
• 订阅更新：更新已有订阅后，核对当前选中的服务是否仍有效，以及配置中的策略引用是否仍能对应到可用项。

单条服务导入、订阅更新与配置文件切换是不同操作。订阅通常用于维护服务条目，配置文件还可能包含规则与其他设置；不要把“更新了订阅”等同于“已经应用了一套新的分流规则”。更新后先查看实际内容，再返回 Home 与 Config 核对当前选择。

排查也不应从随意更换端口开始。服务器端口与 TLS、传输方式等参数必须和已有服务提供的信息一致。Global Routing 只改变路由处理方式，不会把一个错误的服务器地址或端口变成有效服务。

6. 常见问题：切换后仍不符合预期

最终核对顺序可以固定为：连接状态、Global Routing、生效配置、命中规则、实际出站。按这个顺序检查，能够把“未连接”“模式不对”“规则未命中”与“服务不可用”分开处理。相关术语可在概念速查中继续核对。