Shadowrocket(小火箭)日常可优先使用 Config,前提是已经选中并检查过合适的配置;Proxy 用于临时统一走代理或对照排查,Direct 用于直连对照。本文以你已有自己的服务商与订阅为前提,说明切换路径、规则顺序、连接记录的判断方法,以及 Global Routing 与 On Demand 的区别。
先选姿态,再检查实际使用的策略
Global Routing 决定进入 Shadowrocket 处理范围的连接采用哪一类路由方式。它不是节点协议选择器,也不负责更新订阅。Home 中选择节点、Config 中选择配置、Global Routing 中选择姿态,是三个相关但不同的操作;只改其中一个,未必能得到预期结果。
Config
推荐根据当前生效配置的规则选择策略。结果可以是 DIRECT、PROXY、REJECT,也可以指向配置中已定义的策略组;没有命中前面的规则时,最终处理方式取决于 FINAL。
适合:已经核对配置、需要按目标区分处理方式的日常使用。
Proxy
对进入处理范围的连接统一采用代理路径,不再按 Config 的普通分流规则选择直连或代理。是否能够建立连接,仍取决于当前代理、目标服务及网络条件。
适合:临时统一走代理,或与 Config 对照排查规则问题。
Direct
对进入处理范围的连接采用直连路径,不通过所选代理节点转发。它不等同于关闭 Shadowrocket 的连接开关,也不表示所有相关网络设置都会被还原。
适合:检查当前网络本身能否访问目标,或短时间进行直连对照。
这里比较的是三个常用姿态,并不表示 Global Routing 只有三个选项。Scene 用于按场景条件应用路由选择;初次排查时先固定使用 Config、Proxy 或 Direct,避免场景条件变化造成判断混淆。
切换步骤:从 Home 核对到重新建立连接
切换前先记录当前姿态、所选节点和生效配置。订阅与节点从你的服务商处获取;购买客户端本身不会产生可用线路。若 Home 尚未有可用节点,应先完成已有订阅的导入和更新,而不是反复切换 Global Routing。
-
核对节点
进入 Home,确认当前选择的节点来自自己的订阅。检查节点地址、端口与认证信息是否齐全;连接测试结果只能反映对应测试条件,不能替代目标网站的实际访问。
-
核对配置
进入 Config,确认当前生效的配置,重点检查目标域名规则及 FINAL。导入了订阅不等于已经选择了适合日常使用的分流配置。
-
选择姿态
按 Home → Global Routing → Config 切换为按规则处理。临时对照时,在同一位置选择 Proxy 或 Direct,不要同时更换节点和配置。
-
重新测试
返回目标应用重新发起请求。旧连接可能沿用原有连接状态,必要时关闭并重新打开目标应用;仍不明确时,断开再连接 Shadowrocket 后复测。
-
恢复日常
记录各姿态下的访问结果和连接记录。完成排查后回到 Home → Global Routing → Config,并确认当前配置与策略组仍是预期选择。
如果切换后看不到新请求,先检查目标应用是否真正发出了网络请求。缓存页面、已缓冲的视频和复用中的长连接,都可能让界面看起来“没有变化”,但不能据此断定 Global Routing 没有生效。
Config 的核心:按顺序匹配,不是自动识别一切
Config 的实际行为由规则内容决定。通常按规则顺序匹配,先命中的规则决定处理策略,因此具体例外应放在较宽泛规则之前,FINAL 放在末尾。Config 并不天然等于“某一地区直连、其他地区代理”,也不保证所有未分类目标都走代理。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY
以上是教学用规则片段,不是完整配置,也不是订阅地址。第一行域名使用示例域名;PROXY 的实际出口需要结合当前代理选择与配置策略检查。不要把这段片段直接替换到正在使用的完整配置中。
| 关键字 | 匹配对象 | 本例含义 |
|---|---|---|
DOMAIN-SUFFIX | 域名后缀 | example.com 及其子域名使用 PROXY,不是对完整 URL 路径进行匹配。 |
IP-CIDR | IPv4 网段 | 目标位于 192.168.0.0/16 时使用 DIRECT;no-resolve 表示不为匹配这条规则额外解析域名。 |
GEOIP | IP 地理归属分类 | 归入 CN 的目标 IP 使用 DIRECT,分类结果依赖所使用的数据。 |
FINAL | 未被前面规则匹配的连接 | 本例最终使用 PROXY;若写成 DIRECT,未命中流量就会直连。 |
因此,“选了 Config 但目标仍直连”首先要查命中规则和 FINAL,而不是立即认定节点失效。如果连接记录显示命中了较早出现的宽泛规则,应调整规则顺序或修正匹配范围;若显示进入了策略组,还要继续检查该组当前选择的出口。
日常与排查:固定变量后再对照
使用方案:日常按规则,异常时做单变量对照
日常使用 Config
- 保留经过核对的当前配置,确认 FINAL 的处理方式。
- 需要代理的目标匹配代理策略,需要本地访问的目标匹配 DIRECT。
- 更新订阅后检查节点名称变化是否影响策略组引用。
异常时切换对照
- 保持同一网络、同一节点、同一目标,只切换姿态。
- 先比较 Config 与 Proxy,再按需要比较 Direct。
- 每次切换都发起新连接,记录错误和实际策略。
Proxy 能访问而 Config 不能访问,只能把排查重点缩小到规则、策略组与相关配置差异,不能单凭这一现象确定唯一原因。
例如同一目标在 Proxy 下建立新连接成功,在 Config 下失败,而记录显示 Config 选择了 DIRECT,此时应先核对目标域名是否缺少规则或被更早的规则匹配。如果两种姿态都使用同一代理出口却都失败,就应进一步检查服务端参数、网络可达性与目标服务状态。
Direct 可以作为直连基线,但它仍处于 Shadowrocket 的处理环境中。若要判断“不启用连接时”的网络行为,需要另做一次关闭连接开关的测试,并检查 On Demand 是否又触发连接。不要把这两种测试条件合并记录。
On Demand 与 Scene:连接条件不等于分流规则
Settings → On Demand 用于检查按条件建立连接的设置;Global Routing 则决定连接中的流量如何处理。一个回答“什么时候连接”,另一个回答“连接后采用什么路径”。开启 On Demand 不会替你补齐 DOMAIN-SUFFIX 规则,也不会自动修复订阅中的节点参数。
- 连接自动恢复:检查 Settings → On Demand 的启用状态及条件,确认是否符合当前测试预期。
- 网络切换后结果改变:检查是否使用 Scene,以及该场景在当前网络条件下应用了什么路由选择。
- 固定姿态排查:在 Home → Global Routing 中明确选择 Config、Proxy 或 Direct,暂时避免由场景条件决定结果。
- 结束后恢复设置:如果为测试调整了 On Demand 或 Scene,记录并恢复原来需要的条件,不要只恢复节点选择。
On Demand 不会让不可用的网络变得可用。切换 Wi-Fi 与蜂窝网络时,出口地址、DNS 结果和网络对传输协议的限制都可能变化;要判断路由姿态的影响,应先在同一种网络上完成对照,再换网络重复测试。
排查记录:区分路由、端口与协议
Global Routing 不会改变节点本身的协议。Shadowsocks、VMess、VLESS、Trojan、Hysteria2 与 WireGuard 的认证和传输要求不同,节点参数应以服务商提供的信息为准。把 Config 改为 Proxy,并不能补齐缺失的认证信息,也不会把一种协议转换成另一种协议。
目标端口与代理服务器端口是两件事。访问 HTTPS 网站时,目标端口通常是 443,但节点连接的服务端口必须按服务商参数填写,不能因为网站使用 443 就同步修改节点端口。DNS 也应独立检查:域名解析失败时,尚未建立目标连接,切换路由姿态未必能解决问题。
| 观察到的现象 | 先核对什么 | 下一步操作 |
|---|---|---|
| Proxy 成功,Config 失败 | 命中规则、策略组选择、FINAL | 查看失败连接是否实际使用了另一个出口或 DIRECT。 |
| Direct 成功,Proxy 失败 | 当前代理的参数、可达性、目标对出口的限制 | 在不改规则的前提下检查当前节点,并向自己的服务商核对参数。 |
| 三种姿态均失败 | 本地网络、DNS、目标服务状态 | 先确认同一网络能否访问其他目标,再检查连接记录中的具体错误。 |
| 只有旧页面显示正常 | 缓存与已建立连接 | 发起新请求后再记录结果,不把缓存内容当作连接成功的证据。 |
这些现象是排查线索,不是速度或连通性承诺。记录时至少写下网络类型、目标域名、Global Routing 姿态、命中规则和所选出口;不要公开完整订阅链接、认证信息或包含私人访问记录的日志。
常见判断:推荐 Config 有什么前提
没有检查过配置,也应该直接选 Config 吗?
应先检查当前配置。Config 只是执行规则的姿态,规则不完整、顺序不合适或 FINAL 与预期不同,都会影响结果。日常推荐 Config 的前提,是你知道当前生效的是哪份配置,并了解其中的代理与直连边界。
Proxy 是不是一定比 Config 快?
不能这样判断。如果两者最终选择同一个代理出口,主要传输路径可能一致;如果 Config 对目标使用 DIRECT,路径就不同。速度还受网络、服务端负载和目标服务影响,应结合实际出口对照,而不是只比较姿态名称。
更新订阅会自动修复所有分流规则吗?
不会。节点订阅更新与 Config 中的规则维护不是同一件事。更新后应检查节点是否仍可用、策略组引用是否对应,并单独确认生效配置;需要新的订阅或节点信息时,从你的服务商处获取。
Direct 是否表示不再需要检查连接开关?
不是。Direct 是路由选择,连接开关是另一项状态。如果要完全比较启用前后的网络行为,应分别记录 Direct 状态与关闭连接后的结果,同时检查 Settings → On Demand,避免自动连接改变测试条件。