日常使用通常选择 Config，让当前生效配置决定连接方式；Proxy 和 Direct 更适合作为临时切换与排查对照。本文以 iPhone / iPad 上的 Home → Global Routing 为操作基准，适合已经持有自己服务商订阅、需要区分模式与规则的用户。Mac、Windows、安卓、Linux 用户可参考相同分流原理，实际菜单位置以所用平台界面为准。
一、先区分 Global Routing 与连接开关
Shadowrocket（小火箭）的 Global Routing 用来决定接管连接后的处理方式，并不等同于连接开关。选择 Proxy，不代表代理已经连接成功；选择 Config，也不代表当前一定装有合适的分流规则。判断是否正常工作，需要同时确认连接状态、当前配置和实际命中的策略。
Home 主要用于查看连接、选择节点和进入 Global Routing；Config 用于管理配置文件；Settings 用于调整应用设置。这三个页面的职责不同。特别要注意，Global Routing 中的 Config 是一种路由姿态，而底部的 Config 是配置管理页面，两者同名但不是同一个入口。
如果界面同时出现 Scene，它属于另外的场景化选择，不应当作 Config、Proxy 或 Direct 的同义词。没有明确的场景配置需求时，先使用本文的三项完成基础验证，不要同时调整场景条件和规则。
二、Config、Proxy、Direct 分别怎样处理连接
Config
推荐按照当前生效配置中的规则和策略处理连接。匹配结果可以是 DIRECT，也可以是代理节点或策略组；没有命中前序规则时，通常由 FINAL 决定去向。Config 不等于“未匹配就直连”。
适合：日常使用，需要按域名、IP 或其他规则分流。
Proxy
对进入该路由处理范围的连接采用代理路径，而不是按普通分流规则逐条选择 DIRECT 或代理。实际能否建立连接，仍取决于所选节点、网络可达性及协议参数。
适合：短时验证代理路径，或对照检查规则是否选错策略。
Direct
对进入该路由处理范围的连接采用直连路径。它适合检查当前网络本身能否访问目标，但不等同于关闭应用连接，也不保证 DNS 等其他设置都回到系统默认状态。
适合：检查本地网络、局域网资源与直连可达性。
这里的“全局”不应理解为设备上的每一类数据包都必然经过远端服务器。系统路由、排除项、DNS 设置和协议能力仍可能影响实际行为。切换姿态也不会自动修正错误的 UUID、密码、TLS 参数或服务端端口，因此不要把模式切换当作通用修复按钮。
三、日常设为 Config 的五步操作
以下操作以已有可用订阅或节点、已有配置文件为前提。本站不提供、不销售、不推荐节点或订阅。订阅中的节点列表与 Config 中的规则文件是不同对象：节点更新成功，不表示分流规则也已经建立或更新。
-
确认节点
进入 Home，确认自己的节点列表不为空，并选择可用节点。若配置使用策略组，还要核对组内实际选择；不能只看列表中存在节点就认定代理路径可用。
-
核对配置
进入 Config，确认准备使用的配置已被选中。检查其中的规则目标是否对应现有策略，特别是代理策略名称与 FINAL 的去向。
-
选择姿态
返回 Home → Global Routing → Config。此处选择的是路由姿态，不是重新导入配置，也不会自动下载一套适合当前网络的规则。
-
建立连接
回到 Home 开启连接；首次使用按系统提示允许添加 VPN 配置。若存在需要接受条款的公共 Wi-Fi，先完成网络登录，再检查连接状态。
-
复查请求
分别新建一次预期直连和预期代理的访问，再查看连接记录中的目标、命中规则与策略。不要仅依据状态栏的 VPN 标识判断分流正确。
切换 Global Routing 后，已经建立的长连接不一定马上按新姿态重建。测试浏览器页面时，应重新发起请求；测试持续连接的应用时，可先结束该连接再重试。否则看到的现象可能属于切换前的会话，而不是新设置的结果。
四、Config 的结果取决于规则顺序与 FINAL
规则通常按从上到下的顺序匹配，命中后采用对应策略。应把更具体的例外放在较宽泛的规则前面，并在末尾明确兜底。下面只展示规则语法，不是一份可直接替换所有现有配置的完整文件；示例中的 PROXY 必须对应当前配置内实际可用的代理策略。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY| 规则 | 本例含义 | 核对重点 |
|---|---|---|
DOMAIN-SUFFIX | 将 example.com 及其子域名交给 PROXY。 | 填写域名，不带 https://、路径或端口。 |
IP-CIDR | 把匹配 192.168.0.0/16 的连接交给 DIRECT。 | 该网段并不覆盖所有私有地址；no-resolve 避免为本条规则主动解析域名。 |
GEOIP | 按 IP 地理数据库匹配 CN，再交给 DIRECT。 | 依赖 IP 与数据库结果，不是根据网页语言判断。 |
FINAL | 前序均未命中的连接交给 PROXY。 | 若改成 DIRECT，未命中连接的结果也随之改变。 |
这也解释了为什么两台设备都选择 Config，访问结果仍可能不同：它们使用的规则顺序、策略组选择或兜底目标可能并不一致。排查时应比较生效配置，而不是只比较 Global Routing 显示的一个单词。
五、用 Proxy 与 Direct 做单变量对照
对照测试的关键是只改变一个条件。保持同一网络、同一目标和同一节点，先记录 Config 下的结果，再短时切换 Proxy 或 Direct。不要在切换模式的同时更新订阅、修改 DNS、替换节点，否则无法判断究竟是哪项变化影响了结果。
对照方案：固定目标，分别检查两条路径
Proxy 对照
- 路径：Home → Global Routing → Proxy。
- 使用同一节点，重新建立到同一域名的连接。
- 若 Proxy 可用而 Config 不可用，检查 Config 命中的是 DIRECT、其他策略组还是不可用节点。
- 若 Proxy 也不可用，继续检查节点参数、当前网络及服务端状态。
Direct 对照
- 路径：Home → Global Routing → Direct。
- 选择本来就应能直连的目标，不用直连受限目标验证本地网络。
- 若 Direct 可用而 Config 不可用，检查是否有规则把该连接送到不可用代理。
- 若 Direct 也不可用，先检查 Wi-Fi 登录、系统网络与目标自身状态。
测试完成后返回 Home → Global Routing → Config，再用新连接确认修正结果；单次现象只用于缩小范围，不足以直接判定故障原因。
记录目标时应区分域名和 IP。例如 HTTPS 常用目标端口为 443，HTTP 常用为 80，但它们不是代理服务端必须使用的端口。不要因为网页使用 443，就把 Add Server 中的服务端端口也改为 443；节点端口必须与用户自己服务商提供的参数一致。
六、常见误区：订阅、DNS 与 On Demand
为什么订阅更新成功，Config 仍然不能访问？
订阅更新通常解决的是节点列表变化，不自动保证每条分流规则都指向正确策略。先在 Home 检查节点，再在 Config 检查当前文件与策略名称，最后看失败连接的命中记录。更新返回成功与实际线路可达是两项不同的检查。
切到 Proxy 后能访问，是否就说明 DNS 没有问题？
不能直接这样判断。模式变化可能改变连接路径及解析相关行为，应结合解析结果、目标 IP 和连接记录继续核对。若拿 IP 地址直接访问 HTTPS 网站，还可能遇到证书与域名不匹配，这种测试不能代替正常域名请求。
Settings → On Demand 会替代 Config 分流吗？
不会。Settings → On Demand 用于按系统条件触发按需连接；Global Routing 处理的是连接被接管后如何路由。若正在排查自动连接行为，先记录 On Demand 当前设置，避免把重新触发连接误认为模式没有保存。
选择 Direct 后，VPN 标识为什么可能仍在？
Direct 是路由姿态，不是关闭隧道的按钮。应用连接仍启用时，系统可能继续显示 VPN 状态。需要停止接管时，应检查 Home 的连接开关；若同时配置了 On Demand，还应一并核对自动触发条件。
更换 VMess 或 VLESS 会改变 Config 的含义吗？
不会。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 描述代理连接所用的协议；Config、Proxy、Direct 描述路由处理姿态。协议参数不正确会导致代理路径失败，但不会把 Config 自动变成 Direct。
七、恢复日常设置前的检查清单
完成排查后，应把临时改动整理回可持续使用的状态。推荐 Config 的前提是当前规则符合实际需求、代理策略可用，而不是只要选中 Config 就可以忽略配置内容。若问题来自规则，应修正规则；若来自节点，应核对自己的服务商参数，不要用长期全局切换掩盖原因。
- Home → Global Routing 已恢复为 Config，连接状态符合预期。
- Config 中选中的文件正确，FINAL 的去向明确，策略名称均有对应目标。
- 重新建立的直连与代理测试连接，命中规则和实际策略一致。
- 排查期间临时修改的 DNS、节点选择与 Settings → On Demand 已复核。
- 向自己的服务商反馈时，只提交必要的错误现象，不公开订阅链接、token 或完整凭据。