已具备自己的服务商与接入信息时,日常通常选择 Config,由当前配置决定各请求的策略;Proxy 用于临时统一代理与对照排查,Direct 用于检查直接连接。本文说明三者的作用范围、切换步骤和故障判断方法,帮助区分“连接开关已打开”与“某个请求实际使用代理”。
先选姿态:Config 管规则,Proxy 与 Direct 做对照
Shadowrocket(小火箭)的 Global Routing 决定进入其处理范围的请求采用哪一种路由方式。它不是服务器列表,也不负责提供接入服务。选择姿态之前,应先确认 Home 中已有可用的服务器信息;没有这些信息,切到 Proxy 也不会自动获得可用连接。
Config
推荐使用当前配置中的规则与策略。命中结果可能是 PROXY、DIRECT、REJECT,也可能是配置定义的策略组;未命中前面的规则时,再看 FINAL。
适合:已有明确分流配置的日常使用
Proxy
对进入处理范围的普通请求统一采用代理路径,而不是按 Config 中逐条分流规则决定去向。所用服务器仍须可用,系统与配置的流量排除也不能忽略。
适合:短时验证代理路径,排查规则是否影响结果
Direct
对进入处理范围的普通请求采用直接连接,不通过所选代理服务器转发。连接开关可以仍然开启,因此 Direct 不等于关闭连接。
适合:对照当前网络的直接访问表现
这里的“统一”不应理解为强制接管设备每一条系统连接。实际处理范围还受系统路由、配置中的排除设置及应用工作机制影响。DNS 也有独立设置,不能只凭姿态名称推断解析服务器或所有 DNS 请求的路径。
在 Global Routing 中看到 Scene 时,应把它视为另一种场景化配置入口,不要将它当作 Config 的别名。本文先用三个明确姿态建立判断基线;排查时先手动固定其中一个,再检查是否存在场景切换带来的状态变化。
切换步骤:先记录原状态,再建立新连接
姿态入口在 Home → Global Routing。切换前先记下当前姿态、所选服务器和 Config 中正在使用的配置文件,避免测试结束后不知道该恢复哪一项。配置文件决定规则,服务器信息决定代理连接参数,两者不能相互替代。
- 在 Home 核对服务器。确认选择的是用户已有且有权使用的接入信息,不要把“列表中存在”当作“当前可用”。
- 打开 Global Routing。日常按规则分流选 Config;验证代理路径选 Proxy;检查直接连接选 Direct。
- 返回 Home 核对连接开关。单独改变姿态不会替代建立连接这一步。按需重新连接,让新的测试使用明确的状态。
- 重新发起请求。关闭原测试页面后重新打开,或重新启动相关应用的连接。不要仅观察仍在播放的内容或已有长连接。
- 完成后恢复。回到原定的日常姿态,并检查所选配置和服务器是否仍符合预期。
若连接开关关闭后又自动开启,应检查 Settings → On Demand 的触发条件。On Demand 管理按需连接,Global Routing 管理连接建立后的路由选择:自动连上并不意味着自动选中了符合本次测试目的的姿态。
Config 为什么适合日常:先核对规则,再看 FINAL
Config 的优点是能按目标区分处理,而不是默认“某类网站一定走哪条路径”。它的结果完全依赖当前配置。规则通常按顺序检查,较早匹配的规则决定策略;因此,同样选择 Config,换一份配置就可能得到不同结果。
以下是用于解释顺序的规则片段,不是完整配置,也不是可直接套用的服务信息。示例域名只用于演示;实际编辑应在 Config 中保留原文件副本,再修改目标配置。
[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 及其子域名使用 PROXY,不代表其他域名也会跟随代理。IP-CIDR,192.168.0.0/16,DIRECT,no-resolve:匹配对应 IPv4 地址段。no-resolve表示不为匹配这一条 IP 规则而主动触发域名解析。GEOIP,CN,DIRECT:依据应用所用 GEOIP 数据匹配目标 IP,不是按页面语言或网站名称判断。FINAL,DIRECT:前面规则都未匹配时直接连接。若末尾改为FINAL,PROXY,未匹配请求的默认路径也随之改变。
REJECT 是拒绝策略,与选择一个不可用服务器不是同一件事。若当前配置里有匹配目标的 REJECT 规则,即便服务器测试正常,该请求仍可能在 Config 下被拒绝。规则中的自定义策略组还需要核对组内选择,不能只看规则文本写了哪个组名。
判断:Proxy 能访问而 Config 不能,先查目标命中的规则
保持服务器与网络不变,检查目标域名的较早匹配项、对应策略组和 FINAL;不要先重填协议参数。这个对照能缩小检查范围,但还需要结合 DNS 与连接记录确认原因。
Proxy 与 Direct 怎么用:固定变量做一次对照
Proxy 适合暂时绕开逐条分流判断,Direct 适合建立当前网络的直接连接基线。两者都是诊断工具,不是速度保证。切到 Proxy 后变慢,可能是代理路径或服务器负载变化;切到 Direct 后打不开,也可能是当前网络无法直接访问目标,不能据此认定应用配置损坏。
对照方案:同一目标、同一网络、同一服务器
验证代理路径:Proxy
- 记录当前 Wi-Fi 或蜂窝网络,测试中不主动切换。
- 保持所选服务器不变,选择 Proxy 后重建测试连接。
- 访问同一目标,记录成功、超时或连接中断等具体表现。
- 回到 Config 重试,检查差异是否随姿态重复出现。
验证直接路径:Direct
- 选择 Direct,再次发起同一目标的新请求。
- 记录能否建立连接,不只记录页面是否显示缓存内容。
- 需要检查完全停用后的表现时,另外关闭连接开关测试。
- 结束后恢复 Config,避免将临时设置留作日常状态。
每次只改变姿态;同时换网络、换服务器和改 DNS,会让对照结果失去定位价值。
判断结果时,可以按下面的顺序缩小范围。这些现象是排查条件,不是本文声称已经完成的实测数据;实际记录应以设备当次结果为准。
| 观察结果 | 优先检查 | 下一步操作 |
|---|---|---|
| Proxy 正常,Config 异常 | 规则命中、策略组、FINAL、DNS 差异 | 回 Config 核对目标规则,确认不是 DIRECT 或 REJECT 命中 |
| Direct 正常,Proxy 异常 | 所选服务器、认证、传输参数 | 核对用户已有信息中的地址、端口、协议和 TLS 设置 |
| 三个姿态都异常 | 基础网络、目标状态、DNS 与系统时间 | 先确认其他目标能否访问,再逐项排查,不批量改设置 |
| 切换后结果暂时不变 | 缓存、连接复用、测试请求是否新建 | 重新建立连接,用同一操作再测一次 |
不要混淆:协议、订阅与 On Demand 各管一层
Global Routing 回答“这次请求采用什么路径”,协议参数回答“代理连接如何建立”。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 的参数结构不同,改变姿态不会修复填写错误的认证信息,也不会把一种协议转换成另一种。
- 地址与端口:必须按用户已有的服务信息填写。即使某条信息使用端口
443,也不能仅凭端口推断它一定是某种协议,更不能据此将其他端口统一改为443。 - 订阅导入与更新:用于取得或刷新用户已有的服务器资料。更新成功只说明相应资料获取流程完成,不证明列表中的每一项都可用,也不证明当前 Config 的规则符合预期。
- Config:检查正在使用的配置文件、规则顺序和策略指向。导入服务器信息不等于完成分流规则配置。
- Settings → On Demand:检查自动连接条件。它与 Home → Global Routing 的选择需要分别核对。
换用 Wi-Fi 或蜂窝网络后,应先观察当前姿态是否保持预期,再发起测试。若使用了 Scene 或其他自动化安排,还要核对其实际效果;不要把环境变化造成的设置切换,误认为同一规则出现了随机结果。
常见问题:开关已开,为什么仍不是预期路径
已经打开连接,为什么有些请求还是直接连接?
先到 Home → Global Routing 查看是否选择 Direct;如果是 Config,再到 Config 检查目标命中的规则和 FINAL。连接开关开启只说明连接状态,不代表每个请求都使用 PROXY。
选了 Config,是不是就自动完成了分流?
不是。先确认正在使用的配置文件,再核对规则与策略。若配置末尾是 FINAL,DIRECT,未命中其他规则的请求就直接连接;Config 本身不附带一套适合所有人的分流结论。
临时选 Proxy 后,能一直不改回来吗?
可以按自己的明确需求保留,但它不会继续按 Config 的逐条规则区分请求。若原本依赖 DIRECT 处理部分目标,测试结束后应回到 Home → Global Routing → Config,再用新请求核对。
Direct 和关闭连接开关,测试意义相同吗?
不同。Direct 仍保留应用连接状态及相关处理环境;关闭开关则是另一种状态。要判断是否与应用连接环境有关,应分别测试,期间检查 Settings → On Demand,避免开关被条件再次触发。
更新订阅后仍失败,要直接切 Proxy 吗?
先在 Home 确认更新后的实际选中项,再核对已有服务信息与测试结果。Proxy 可用于短时对照,但若代理连接本身失败,改变姿态不能解决地址、端口或认证错误。
日常选择可以收束为一个顺序:先确认当前配置正确,再使用 Config;出现异常时固定网络与服务器,用 Proxy 和 Direct 做短时对照;最后恢复预定状态。把每次测试的姿态、目标和结果记下来,比反复同时改动多处设置更容易找到原因。