本文速览

Shadowrocket（小火箭）日常使用通常选 Config，前提是已选中并核对配置；Proxy 用来临时确认代理路径，Direct 用来对照本地网络。本文面向已有服务器或订阅的用户，说明三种姿态如何改变请求去向，以及怎样在不同时修改多项设置的情况下定位问题。这里的“全部”指进入 Shadowrocket 处理范围的流量，不代表设备上所有通信都必然被接管。

一、先选姿态：Config、Proxy、Direct 的处理边界

在 Home → Global Routing 中选择姿态。这个选择决定请求采用哪一类路由逻辑，不等于选择服务器，也不等于打开连接。只有相关流量进入 Shadowrocket 的处理范围，当前姿态才有实际作用；连接开关关闭时，单独切换这里不能建立代理连接。

Config：按配置规则选择策略

推荐

读取当前配置中的分流规则，请求可能使用 PROXY、DIRECT、REJECT 或配置中定义的策略组。未命中前面规则的请求如何处理，要看 FINAL 等兜底设置，并非必然直连。

适合：已有可信且核对过的配置，日常需要按目标分流。

Proxy：统一使用代理路径

对进入处理范围的流量统一采用代理路径，不再依靠常规分流规则逐项决定去向。仍需有可用的服务器；协议、DNS 和目标服务本身的问题不会因切换姿态而自动消失。

适合：临时代理访问，或对照 Config 排查规则与策略选择。

Direct：统一使用直连路径

对进入处理范围的流量采用直连，不经过所选代理服务器。VPN 状态仍可能显示已连接，因此状态栏标识不能单独证明某个请求经过了代理。

适合：确认本地网络是否能直接访问目标，建立对照结果。

Global Routing 中还可能看到 Scene。它用于按已设置的场景条件应用相应安排，不宜当成固定的第四条网络路径。未核对场景条件时，先用本文三种明确姿态完成测试，再单独检查场景配置。

二、分清三个位置：路由姿态、配置文件与连接开关

“已经导入订阅”只说明已有服务器信息，并不能证明规则配置正确。服务器订阅主要提供连接参数；配置文件可以包含规则与其他设置。二者可能分别更新，名称相似也不表示当前正在使用同一份内容。

3 种
本文对照姿态：Config / Proxy / Direct
2 层
姿态选择入口：Home → Global Routing
4 类
下文规则示例：DOMAIN-SUFFIX / GEOIP / IP-CIDR / FINAL
  1. 先看 Home：确认选中的服务器是用户已有的目标服务器，连接信息完整。切换 Global Routing 不会替你修正服务器地址、端口或认证信息。
  2. 再看 Config：确认当前选中的配置文件。仅保存或导入文件，不应直接视为已经启用；应回到列表核对当前选择状态。
  3. 最后看连接开关：确认连接已建立，再发起新的访问。已有的长连接不适合用于判断刚刚切换的姿态。

如果用户已有订阅发生更新，先核对服务器列表中原来选中的项目是否仍然存在，再检查实际连接目标。订阅更新与切换 Global Routing 是两件事；路由姿态相同，也可能因为所选服务器变化而得到不同结果。

三、Config 如何决定去向：按顺序匹配与 FINAL 兜底

Config 的关键不是“部分代理、其余直连”这句概括，而是实际规则内容。常规分流规则按顺序判断，较前的匹配项会影响后面的规则是否还有机会生效。下面是用于阅读语法的片段，示例域名仅作说明，不是访问测试地址，也不应直接替换整份配置。

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

因此，Config 并不天然减少代理流量，也不保证某类网站必然直连。配置中的 PROXY 还可能涉及当前服务器或策略组选择，应同时检查策略指向。更多语法可查看规则参考，不要为了修复一个目标而直接删除全部规则。

四、按使用场景选择：日常分流与临时诊断

日常使用优先保持配置可解释；诊断时优先减少变量。不要同时更新订阅、换服务器、换网络和改规则，否则即使访问恢复，也无法判断是哪一步产生作用。下面两个方案使用同一个目标、同一台设备与同一条网络作为对照基础。

选择方案：日常保持 Config，排查时短暂切换

日常访问
  • 在 Config 核对当前配置文件，再将 Home → Global Routing 设为 Config。
  • 分别检查一个预期直连的目标和一个预期代理的目标。
  • 发现某个目标异常时，先记录目标域名与时间，不立即替换整份配置。
临时排查
  • 保持服务器与网络不变，先由 Config 切到 Proxy，再发起新请求。
  • 需要本地网络对照时，改成 Direct，重新访问同一个目标。
  • 记录每次的姿态和结果，结束后恢复 Config，复核实际策略。

每次只改一个变量；某种姿态下能打开网页，只能作为排查线索，不能单凭一次结果断定根因。

自动重连也应单独考虑。Settings → On Demand 管理按需连接条件，不是用来规定某个域名走 PROXY 还是 DIRECT。若连接被自动重新建立，应先核对 On Demand，再判断开关行为；不要把“自动连接”和“自动分流”混为一谈。

五、连不上时，按可复现的顺序排查

先确认本地网络可用，再检查服务器，最后检查规则。Connectivity Test 是连接检查工具，其结果要结合应用内所选测试方式理解；测试成功不代表每个网站、每条规则或每种协议承载的流量都已验证通过。

  1. 记录基线：写下当前网络、目标域名、选中服务器、Global Routing 姿态，以及是否已经建立连接。不要记录或分享密码、完整订阅地址等敏感内容。
  2. 确认本地网络：用 Direct 访问一个平时可以直连的目标。若也失败，优先检查 Wi-Fi 接入、移动网络和目标本身，不先改分流规则。
  3. 确认代理路径：保持同一服务器，使用 Proxy 发起新请求，并在 Home 执行 Connectivity Test。失败时核对用户已有连接参数，包括地址、实际端口与认证字段。
  4. 对照 Config：Proxy 下成功、Config 下失败时，优先检查规则顺序、命中的策略组、FINAL 与解析相关设置。这是排查方向，并非已经证明服务器或 DNS 完全正常。
  5. 复测并恢复：修改一处后重新请求同一目标；必要时断开再连接以排除旧连接影响。记录结果后恢复日常姿态，不把临时诊断设置长期遗留。

例如，同一目标在 Proxy 可访问、Direct 超时，而 Config 也超时，说明应重点核对 Config 是否把它送往 DIRECT，或选到了另一条策略。这是可复现的判断方法，不是预设的实测结论；以设备上的实际请求记录和结果为准。

服务器采用 Shadowsocks、VMess、VLESS、Trojan、Hysteria2 或 WireGuard，并不会改变这三种姿态的基本分工。协议参数影响能否建立对应连接，Global Routing 决定采用哪条处理路径。端口应使用用户已有服务配置中的实际值，不能用一个通用端口代替所有协议要求。

六、Global Routing 常见问题

切到 Proxy，是不是就一定能打开所有网页？

不是。先在 Home 确认选中服务器，再打开连接并执行 Connectivity Test。Proxy 只统一代理路径；服务器不可达、认证错误、目标拒绝访问或解析异常仍需分别处理。

选了 Direct，为什么状态栏还有 VPN 标识？

Direct 描述的是请求去向，不等于关闭 VPN 会话。回到 Home 核对连接开关；若想停止会话，应关闭连接，并检查 Settings → On Demand 是否设置了自动连接条件。

Config 下本地设备打不开，该改哪里？

先记录目标的实际地址，再核对当前配置是否有覆盖该网段的 IP-CIDR 规则，以及是否被更前面的规则截获。上文的 192.168.0.0/16 只覆盖一个地址段，不能代表所有本地网络；按实际网段检查，不直接照抄。

规则改好了，但同一个网页看起来没变化？

先确认修改的是当前选中的配置，再重新建立连接并发起新请求。浏览器缓存和已有长连接可能使表象保持不变；用相同目标复测，同时核对请求实际采用的策略，不只看页面是否显示。

更新已有订阅后，还需要把 Config 改成 Proxy 吗？

没有固定需要。更新后先核对服务器列表和当前选择，再用 Connectivity Test 检查连接；日常规则仍可在 Config 下使用。只有需要区分代理路径与规则问题时，才短暂切换 Proxy 作对照。

最终选择可以归结为三步：有明确分流需求且配置已核对，使用 Config；需要临时验证代理路径，使用 Proxy；需要对照本地网络，使用 Direct。更多首次连接操作见入门指南，姿态设置说明见代理模式。