· 入门设置 · 约 10 分钟

Shadowrocket Global Routing 怎么选:Config、Proxy、Direct 三种姿态的区别与日常用法

Config 按规则分流,Proxy 让流量全部走代理,Direct 全部直连;日常保持 Config,排查连接问题时再临时切换对照。

本文速览

Shadowrocket（小火箭）的 Global Routing 决定连接采用哪种路由方式，不负责提供服务器。本文以用户已有自己的服务商与订阅为前提，说明 Config、Proxy、Direct 的适用场景、切换步骤与规则匹配方法，并给出一次只改变一个设置的排查流程。读完后可以区分“服务器连不上”和“规则选错策略”，并在测试结束后恢复日常配置。

Global Routing 三种姿态：日常选择 Config

先给结论：已有可用服务器与配置文件时，日常使用 Config；怀疑规则把某个网站分错路线时，临时改为 Proxy；需要确认当前网络能否直接访问目标时，临时改为 Direct。三种姿态改变的是流量的路由选择，不会替换服务器的地址、端口、密码或协议参数。

Config：按当前配置分流

推荐

根据当前启用配置中的规则选择 DIRECT、代理或其他已定义策略。未命中前面规则的连接由 FINAL 等兜底规则处理，不能简单理解为“没有命中就直连”。

适合：日常使用，需要按域名或目标 IP 分开处理连接。

Proxy：统一使用代理路线

对交给 Shadowrocket 处理的一般连接统一采用代理路线，便于暂时绕开普通分流规则做对照。服务器本身仍须有效，代理协议与传输参数仍须正确。

适合：临时测试代理可用性，定位 Config 中的分流差异。

Direct：统一使用直连路线

对交给 Shadowrocket 处理的一般连接采用直接连接，不经代理服务器转发。它不等于关闭连接开关，也不保证当前网络能够直接访问所有目标。

适合：对照当前网络的直连表现，检查是否只有代理路线异常。

这里的“全部”是路由姿态的概括，不应解读为设备上的每一个数据包都必然经过同一路径。系统路由、排除项、局域网访问以及 DNS 的处理设置仍可能影响实际行为。若菜单中还显示 Scene，它属于按场景应用设置的入口；本文先固定场景条件，只对照 Config、Proxy、Direct，避免自动切换干扰判断。

Home → Global Routing：切换前先确认三个位置

Global Routing、当前服务器、当前配置是三个不同的选择。把 Global Routing 改成 Config，并不意味着已经导入或启用了所需配置；在 Home 选中服务器，也不意味着 Config 中所有策略组都会自动跟随这个选择。尤其是含有多个策略组的配置，应检查发生问题的连接最终使用了哪个策略及其成员。

  1. 检查服务器：进入 Home，确认用户已有的服务器已导入，所需条目可见且参数完整。手动添加时使用 Add Server，协议类型与端口按已有参数填写；订阅内容则通过 Subscribe 导入与更新。
  2. 检查配置：进入 Config，确认当前启用的是准备使用的配置文件。若要修改，先保留副本，避免把临时测试规则直接覆盖到日常配置。
  3. 选择姿态：回到 Home → Global Routing，选择 Config、Proxy 或 Direct，然后返回 Home 查看当前选择是否符合预期。
  4. 重新建立测试连接：确认连接开关已开启，再重新打开目标页面。切换前已经建立的长连接可能继续沿用旧路径，必要时关闭目标应用后重开；重启连接会中断正在进行的会话，应避开通话与下载。

Config 怎么匹配：规则顺序与 FINAL 兜底

Config 的关键是规则内容及其顺序。对于常规规则列表，连接从上往下匹配，先命中的规则决定策略；因此，具体域名规则通常应放在宽泛的地区或网段规则之前。不要仅凭“配置里写了某个域名”就认定它一定生效，还要检查是否存在更靠前的匹配项。

3 项
本文对照的姿态：Config / Proxy / Direct
4 类
示例关键字：DOMAIN-SUFFIX / IP-CIDR / GEOIP / FINAL
2 层
路由入口：Home → Global Routing

下面是用于解释顺序的 [Rule] 片段，不是可直接替代现有文件的完整配置。example.com 是说明用域名；使用前需要确认配置中的 PROXY 策略可用，若已有配置使用自定义策略组名称，应保留其实际名称及定义。

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

网站经常同时请求页面、图片、登录与接口等多个域名。首页能打开但登录失败时，应检查失败请求对应的域名及其策略，而不是只给主域名添加一条规则。IP 规则与 GEOIP 还会受到解析结果影响，修改 DNS 和修改路由规则应分开测试，才能知道是哪一步改变了结果。

Proxy 与 Direct 对照：把规则问题和连接问题分开

排查时保持同一网络、同一目标地址、同一服务器不变，只切换 Global Routing。这样得到的是可比较的结果。不要在一次测试中同时更新订阅、切换 Wi-Fi、修改 DNS 再更换服务器，否则即使恢复访问，也难以确认原因。下列现象是判断条件，不是对所有网络的保证，也不是预设的测速结论。

对照方案：固定目标，分别检查代理与直连

Proxy 下可以访问
  • 记下目标地址与测试结果，再切回 Config 重试同一请求。
  • 若只有 Config 失败，检查它命中的规则与实际策略组成员。
  • 若 Config 走向了另一台服务器，先固定到同一服务器再比较。
  • 查看连接记录中的目标与策略信息，定位是否有 DIRECT 规则提前命中。
Direct 下可以访问
  • 说明该目标在当前网络具有可用的直连路径。
  • 若 Proxy 失败，检查服务器连通性、认证参数与目标访问限制。
  • 例如已有参数指定端口 443，应核对 Add Server 中的端口，而不是自行改成常见值。
  • 还需核对 TLS、Server Name 与传输设置是否和已有参数一致。

结论：对照只负责缩小范围。Proxy 成功不等于所有配置都正确，Direct 成功也不等于代理服务器一定失效；完成测试后恢复 Config。

若 Proxy 与 Direct 都失败，先确认设备本身能否访问其他已知可用页面，再检查目标服务、DNS 与网络限制。若只是一项应用功能失败，应记录具体动作，例如“页面能打开，但提交登录后超时”。这种现象比笼统记录“网络不通”更有助于寻找对应请求。

Subscribe、协议与 On Demand：不要混用排查入口

订阅更新只负责获取用户已有订阅中的服务器内容，不会自动保证当前配置文件包含合适的分流规则。反过来，修改 Config 中的域名规则，也不会修复错误的服务器密码。处理问题前，先把“服务器资料”“配置规则”和“连接触发条件”分成三层检查。

检查对象位置或内容应确认的事实
服务器资料Home / Add Server / Subscribe地址、端口、认证与传输参数符合用户已有资料；订阅更新后检查条目是否仍有效。
路由与配置Home → Global Routing；Config姿态选择正确，当前配置已启用，命中规则指向预期策略。
按需连接Settings → On Demand当前触发条件是否会重新建立连接，测试时是否有自动行为改变状态。

Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 是协议名称，不是 Global Routing 的姿态。选择 Proxy 不会把 VLESS 改成 Trojan，也不会补全缺失的认证信息。协议参数需按用户已有资料填写；使用 TLS 的连接还应核对证书验证、Server Name 与传输相关字段，不要把关闭验证作为常规修复步骤。

Global Routing 常见问题与恢复检查

我选了 Config，为什么看起来所有网站仍走代理？

进入 Config 检查当前文件的规则与 FINAL。如果目标未命中前面的直连规则，且末尾为 FINAL,PROXY，走代理就是该配置的结果。再查看实际连接记录，确认不是某条宽泛规则或策略组选择覆盖了预期；不要仅凭首页能否打开推断所有请求的路线。

切到 Proxy 能用，切回 Config 就超时，应该重导订阅吗？

先不重导。固定同一服务器后比较两种姿态，检查 Config 中目标命中的规则及策略组。若规则把目标送到 DIRECT，或送到另一个不可用成员，应先调整对应规则或成员，再重新建立连接测试。重导订阅可能改变条目，反而增加排查变量。

选 Direct 后连接标志还在，是没有切换成功吗？

不一定。Direct 是路由选择，不是关闭客户端连接。回到 Home → Global Routing 确认当前选中 Direct；若目的是停止连接，再操作 Home 的连接开关，并检查 Settings → On Demand 是否会按现有条件重新触发连接。

改了规则，但正在播放的视频还是原来的路线，怎么办？

先停止播放并关闭相关页面，再重新打开，以新建连接验证。已有连接可能继续使用建立时的路径；必要时在不中断重要任务的前提下重新建立客户端连接。测试通过后，把 Global Routing 恢复为 Config，并确认临时修改的 On Demand 条件也已还原。

最后保留一份简短记录：测试目标、网络类型、使用的服务器、三种姿态下的结果，以及最终改动的那一条规则。记录中不要包含订阅令牌、密码或完整认证链接。以后再次出现同类问题，就能先复查已有结论，而不必从头更改所有设置。

下载 Shadowrocket