· 入门指南 · 约 8 分钟

Shadowrocket Global Routing 怎么选:Config、Proxy、Direct 三种模式的日常用法

Global Routing 有 Config、Proxy、Direct 三个选项,分别对应按规则分流、全部走代理、全部直连。本文说明三者的差别、日常默认选哪个,以及临时切换的适用场景。

本文速览

Shadowrocket（小火箭）日常使用优先选择 Config，前提是已启用符合需求的配置。Proxy 用于临时统一代理出口或对照排查，Direct 用于验证直连表现。本文适合已经导入自己的服务商订阅、能建立连接但不确定模式如何选择的用户，依次说明模式边界、切换步骤、规则顺序及故障对照方法。

三种模式的区别：先决定走向，再检查具体规则

Global Routing 决定由 Shadowrocket 处理的连接采用哪种路由姿态。它不是服务器协议选择器，也不是网络加速等级。把 Config 改成 Proxy，不会将 Shadowsocks 改成 VLESS，也不会自动更换服务器地址、端口或认证信息。

Config：按配置分流

推荐

读取当前启用配置的规则，按顺序决定连接走 DIRECT、PROXY 或配置中指定的策略。没有命中前面的规则时，由末尾的 FINAL 处理；不能假定其余连接一定直连。

适合：已有明确分流规则的日常使用。

Proxy：统一代理出口

让接管范围内的普通连接统一采用代理路径，不再按 Config 的常规分流规则逐条决定走向。实际可达性仍取决于选定服务器、DNS、协议能力及网络条件。

适合：临时统一出口、对照排查分流问题。

Direct：统一直连路径

让接管范围内的普通连接直接访问目标，不使用代理服务器作为出口。它不等于关闭连接开关，也不等于删除系统里的 VPN 配置。

适合：检查本地网络、验证目标能否直连。

这里的“全部”是模式含义的简写，不是对设备所有通信的绝对保证。系统流量、隧道接管范围、排除项以及已有连接状态都可能影响观察结果。切换模式之后，应重新发起请求，不要仅凭一个仍在播放的视频或已经打开的页面判断是否生效。

日常默认选 Config：先确认配置，再切换模式

对于需要按域名、IP 或地区条件分流的用户，Config 更适合作为日常默认。它能保留配置中直连、代理和拒绝等不同动作，而 Proxy 与 Direct 更适合承担短时对照任务。Config 是否符合预期，取决于启用了哪份配置及其规则内容，并不取决于模式名称本身。

  1. 确认服务器

    进入 Home，核对当前选中的服务器属于自己的有效订阅。订阅链接从你的服务商处获取；应用内能看到服务器列表，只说明已有连接资料，不代表服务一定可用。

  2. 确认配置

    进入 Config，确认当前启用的配置。查看其规则与末尾 FINAL 的目标，不要把已保存但未启用的配置误当作正在生效的配置。

  3. 选择模式

    回到 Home → Global Routing → Config。返回 Home 后核对当前模式显示，并确认连接开关已打开；首次连接按系统提示允许添加 VPN 配置。

  4. 重新验证

    重新打开目标网页，结合连接记录检查目标域名、匹配规则和最终策略。若页面复用了旧连接，可关闭对应页面后重新访问，必要时在可中断任务时重连。

Home 负责连接状态和服务器选择，Config 管理配置文件，Settings 管理应用设置。这三处是不同层次。导入 Subscribe 主要解决连接资料来源，更新订阅也不应被当作“已经修好全部分流规则”的证据；排查时仍需单独确认当前启用的 Config。

Config 如何命中：按实际顺序检查 FINAL

规则应按配置中的实际顺序自上而下理解，首条匹配后采用对应动作。DOMAIN-SUFFIX、GEOIP、IP-CIDR 不是按名称自动分组执行的泳道；不能先把所有域名规则挑出来，再把 IP 规则放到另一轮检查。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；第二条覆盖 192.168.0.0 至 192.168.255.255 的 IPv4 地址。no-resolve 表示不为了匹配这一条 IP 规则而主动将域名解析为 IP，它并不表示整份配置停止 DNS 解析。

4 条
示例规则：DOMAIN-SUFFIX / IP-CIDR / GEOIP / FINAL
/16
示例 IPv4 网段：192.168.0.0/16
末尾
FINAL 在前面规则均未命中时处理

如果某个目标在 Config 下走错方向，先看命中了哪一条，而不是立即增加一条相似规则。追加在已有匹配规则后面的新规则可能根本没有机会执行。若规则指向自定义策略，还要继续核对策略实际选中的服务器或动作。

临时切换的用法：只改变一个变量

Proxy 与 Direct 的价值是提供可比较的路径。测试时固定同一台设备、同一个网络、同一个目标和同一台服务器，只切换 Global Routing。否则同时更换 Wi-Fi、服务器和模式，即使页面恢复，也无法判断是哪项变化起了作用。

对照方案：同一目标，两种路径

Proxy 对照
  • Home → Global Routing → Proxy。
  • 保留当前服务器，重新发起目标请求。
  • 记录能否完成加载及是否出现超时。
  • 若恢复，回到 Config 核对规则、策略与 DNS。
Direct 对照
  • Home → Global Routing → Direct。
  • 保留同一网络，再次访问同一目标。
  • 确认目标在当前网络是否具备直连条件。
  • 若恢复，检查代理服务器及代理出口路径。

完成对照后恢复 Config；测试结果用于缩小范围，不能单凭一次成功就认定规则或服务器必然有故障。

Proxy 不保证每个目标都会更快。原本可以在当前网络直接访问的服务，改走远端出口可能增加路径长度；某些局域网服务也未必能通过代理出口访问。Direct 同样不保证所有网站都可达，它只能验证当前网络的直接访问能力。

涉及支付、上传、通话或长时间下载时，先结束相关任务再做模式对照。已建立的连接可能继续沿用原有路径，也可能在切换或重连时中断。测试应以新建请求为准，并区分“页面框架显示出来”和“页面所需资源全部加载完成”。

模式切换后仍异常：按现象缩小排查范围

延迟测试有结果，不等于网页所需的 DNS、TLS 和资源请求都已成功。一次网页访问还可能连接多个域名，主页面与图片、登录接口分别命中不同规则。检查时应记录具体失败目标，而不是笼统地记录“整个网络不通”。

对照现象优先核对下一步操作
Config 失败，Proxy 正常规则命中、策略实际选择、DNS 路径回到 Config 查看失败域名对应规则，确认没有误走 DIRECT 或错误策略。
Proxy 失败，Direct 正常当前服务器、认证资料、出口可达性核对服务器地址、端口及协议字段，并检查自己的订阅是否有效。
两种模式均失败本地网络、目标服务、DNS 与系统连接状态先测试当前网络是否完成接入认证，再检查目标解析结果及连接错误。
切换后表现未变化旧连接、缓存、Scene 与自动连接条件新建请求，核对 Home 显示的模式，检查自动化条件是否干扰测试。

On Demand 与路由模式分开处理

Settings → On Demand 用于配置符合条件时的自动连接行为，例如与网络环境相关的连接条件；Global Routing 则决定接管连接后的路由方式。两者不是同一个开关。若测试时连接状态自动改变，先核对 On Demand 的启用状态及已有条件，再观察 Global Routing 当前显示的模式，不要把自动重连误判为手动切换失败。

DNS 与协议字段分开处理

恢复日常使用：保留明确的默认状态

完成排查后，把临时变化逐项恢复：选择日常使用的服务器、启用已核对的配置、将 Global Routing 设回 Config，再用新请求验证一次。若需要保留 Proxy 或 Direct，应记录保留原因，避免下次遇到问题时误以为仍在按规则分流。

后续若更换配置或更新自己的订阅，应再次确认当前选中服务器与启用配置。更多基础操作见功能与设置，已有订阅的管理方式见Subscribe 更新说明。记住“连接资料、分流配置、路由模式”三个层次，比反复随机切换设置更容易定位问题。

App Store 正版核验 →