Shadowrocket Global Routing 三种模式:Config、Proxy、Direct 的区别与日常选法

三种姿态的区别：先看流量如何选路

Shadowrocket（小火箭）的 Global Routing 控制接管到的流量如何选择出口，不是订阅管理，也不是服务器协议设置。日常选 Config 的前提，是已经选中适用的配置文件并确认规则符合用途；它并不天然等于“所有本地网站直连、所有其他网站代理”。

部分界面还会显示 Scene，它是另一项姿态入口，不应把本文的“三种模式”理解成菜单永远只有三个选项。初次排查时先明确使用 Config、Proxy 或 Direct，避免把 Scene 的附加配置因素混入对照过程。

切换前检查：连接、配置与服务器分别确认

Home 中选中的服务器，决定代理连接使用哪个服务端；Config 中选中的配置文件，决定规则如何匹配；Global Routing 决定是否按这些规则选路。这三个位置承担不同职责。只更换服务器并不会把 Direct 自动变成 Proxy，只更新订阅也不等于已经替换当前规则文件。

1. 确认已有订阅。订阅链接从你的服务商处获取，按导入步骤添加并更新服务器列表。若更新失败，先处理订阅获取问题，不要用切换路由姿态代替订阅更新。
2. 确认代理目标。在 Home 检查当前选中的服务器。使用策略组的配置，还应核对相关策略组实际选中的成员，不能只根据服务器列表中的高亮项判断所有请求的出口。
3. 确认规则文件。进入 Config，确认需要使用的配置已经被选中。仅把文件保存到列表中，不代表它已经成为当前配置。
4. 选择姿态并连接。回到 Home → Global Routing，选择 Config、Proxy 或 Direct，再确认连接开关状态；首次连接按系统提示完成 VPN 配置授权。
5. 建立新请求。切换后重新打开目标页面或重新发起连接。长连接可能继续保留原先的路径；必要时断开后重新连接，再做相同条件的测试。

Config 如何生效：规则顺序与 FINAL 兜底

Config 的关键不是“开了规则就会自动正确”，而是当前配置写了什么、顺序怎样、策略指向哪里。普通规则按顺序匹配，命中后执行对应策略。因此，范围更具体的例外通常应放在宽泛规则之前，FINAL 放在规则列表末尾。

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

以上是解释语法的规则片段，不是完整配置，也不是建议直接替换现有文件。example.com 仅作示例，不表示任何实际服务。示例中未命中前面规则的请求最终会走 PROXY，不能把它描述成“其余全部直连”。

• DOMAIN-SUFFIX,example.com,PROXY：匹配该域名及其子域名，交给 PROXY 策略处理。域名规则能否匹配，也取决于请求中是否有可用的域名信息。
• IP-CIDR,192.168.0.0/16,DIRECT,no-resolve：匹配该 IPv4 网段并直连；no-resolve 用于避免为了这一条 IP 规则主动解析域名，不是关闭整个应用的 DNS。
• GEOIP,CN,DIRECT：根据 IP 地理数据库匹配后直连。匹配结果取决于目标 IP 的归属记录，不能仅凭网页内容判断它是否应该命中。
• FINAL,PROXY：前面均未命中时执行代理兜底。若改成 FINAL,DIRECT，未匹配流量的去向也会改变。

日常使用与临时排查：一次只改一个变量

建议先记录当前网络、所选服务器、配置文件和目标域名，再用同一个目标建立新连接。不要在一次测试中同时更换服务器、切换网络、更新订阅和修改规则，否则即使结果变化，也难以判断是哪一项起了作用。

若 Config 失败而 Proxy 成功，优先核对目标命中的规则、对应策略组、FINAL 及相关 DNS 设置。若 Config 与 Proxy 都失败而 Direct 成功，先检查当前服务器是否可连接、认证参数是否正确，再考虑代理路径上的问题。若三种姿态都失败，应先检查本地网络、目标服务状态和域名解析，而不是反复修改 FINAL。

直连成功也不意味着所有请求都适合改为 DIRECT。对于需要特定网络路径的业务，应根据实际需求保留对应规则；测试中只确认“这一目标在这一网络下的表现”，不要把一个站点的结果推广到全部流量。

Global Routing 与 On Demand、协议和订阅的边界

Settings → On Demand 管理按条件触发连接的行为；Global Routing 管理连接中的流量选路。前者回答“何时连接”，后者回答“接管到请求后如何处理”。切到 Direct 后若连接仍存在，应先分清这是选路姿态，还是自动连接条件在发挥作用。

• 排查自动连接：进入 Settings → On Demand 核对已启用的条件。需要手动断开做对照时，先确认相关条件不会马上重新触发连接，测试结束再恢复原设置。
• 排查协议参数：Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 属于协议层面的选择。改为 Proxy 不会自动补全服务端地址、端口、认证信息或 TLS 参数。
• 排查订阅更新：订阅主要用于获取和维护服务商提供的服务器条目。服务器列表更新成功，不足以证明 Config 中的规则符合当前用途；同样，规则正确也不能保证订阅地址可访问。
• 排查 DNS：域名解析是选路的重要前置环节。解析失败与代理握手失败不是同一种问题，应结合具体错误和请求记录判断，不要仅凭“网页打不开”就更换姿态。

已有订阅时，优先使用服务商给出的准确参数。不要自行猜测端口或把一种协议的认证字段套到另一种协议中。订阅链接包含访问凭据时，分享排查截图前应遮住完整链接、令牌及认证信息。

常见问题：连上之后为什么仍与预期不同