2026-10-02 · 入门指南 · 约 8 分钟

Shadowrocket Global Routing 怎么选:Config、Proxy、Direct 三种姿态的区别

Config 按规则分流,Proxy 让全部流量走代理,Direct 让全部流量直连。本文分别解释三种姿态的工作方式,并说明日常使用、临时排查时各自适合哪一种。

本文速览

已有自己的服务商与订阅、但不确定 Global Routing 如何选择时，先分清“连接是否开启”和“请求如何分配”。本文用三种姿态对比、规则示例与固定变量测试，说明日常使用 Config 的前提，以及如何用 Proxy、Direct 定位问题；同时区分 Scene、On Demand 与订阅更新各自负责的环节。

1. 先确认连接状态，再选择 Global Routing

Shadowrocket（小火箭）是 Apple 平台的付费客户端，唯一获取入口是 App Store。商店产品页的应用 ID 为 932747118，开发者为 Shadow Launch Technology Limited，应用采用一次性买断；系统要求以 App Store 页面标注为准。客户端购买不包含连接服务，下文以用户已有自己的服务商与订阅为前提。

Global Routing 决定 Shadowrocket 接管请求后的路由方式，不等于连接开关，也不等于服务器选择。只改成 Proxy 而没有开启连接，不能据此判断代理是否工作；只看到系统 VPN 标识，也不能判断某个网站最终使用的是代理还是直连。

  1. 在 Home 确认已有可用的服务器条目，并核对当前选择；如果使用策略组，还要确认组内选择。
  2. 在 Config 确认当前启用的配置文件。导入了文件，不代表该文件已经被选中使用。
  3. 回到 Home → Global Routing，选择 Config、Proxy 或 Direct，再开启或确认连接。
  4. 新建一次网页请求，并查看请求记录中的目标与策略。已建立的连接可能继续复用原有路径，不能只观察旧页面。

2. Config、Proxy、Direct 的区别与选择条件

三种姿态改变的是路由决策，不会自动补全服务器参数，也不会修复过期订阅。日常默认选择 Config 的前提，是当前配置中的规则与策略目标正确；配置不明时，应先核对规则，而不是把“Config”本身当作可用性的保证。

Config：按当前配置匹配

推荐

按规则顺序决定策略。命中后可以使用 DIRECT、PROXY、REJECT 或配置中定义的策略组；未命中前面的规则时，通常由 FINAL 承接，并不是固定“其余直连”。

适合：规则已核对的日常使用，需要分别处理不同目标。

Proxy：统一使用代理路径

对接管范围内的普通请求统一使用代理路径，不依赖逐条分流规则决定直连或代理。服务器不可用、认证错误或协议参数不匹配时，切换 Proxy 仍会失败。

适合：短时验证代理路径，判断故障是否与规则分流有关。

Direct：统一使用直连路径

对接管范围内的请求使用直连路径，不经过远端代理。它不是“关闭所有网络处理”，也不能等同于关闭连接后的系统原始网络环境。

适合：短时验证直连可达性，对照代理路径是否引入问题。

不要用“延迟更低”单独选择姿态。某个测试目标的延迟只能反映相应测试条件；网页还可能请求多个域名，分别涉及 DNS、TCP、TLS 与内容加载。Config 下部分直连、部分代理的结果，与 Proxy 下统一代理的结果不应只用一个数字比较。

3. Config 如何匹配：顺序、策略与 FINAL

Config 的关键是从上向下检查规则。对于通常的顺序匹配，先命中的规则决定该请求使用的策略；范围较大的规则放在前面，可能让后面的精确规则失去机会。因此，“已经写了某条规则”不等于“请求一定会命中它”。

下面只展示教学用的 [Rule] 片段，不是完整配置，也不包含服务器信息。example.com 是示例域名；其中 PROXY 表示代理策略，DIRECT 表示直连策略。实际编辑前应先备份当前配置，并确认其中的策略名称和引用有效。

[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 可匹配 www.example.com，不是任意包含该字符串的域名。
IP-CIDR目标 IPv4 地址范围192.168.0.0/16 是私有地址段；no-resolve 表示不为该规则额外触发域名解析。
GEOIPIP 地址的地区归属结果依赖所用数据库与目标 IP 地址，不能仅凭域名后缀推断。
FINAL此前规则均未命中的请求示例使用 PROXY；改成 DIRECT 后，未命中请求的出口也随之改变。

如果 Proxy 能打开某个页面、Config 却失败，先查该次请求是否被分配到了 DIRECT、REJECT 或另一个不可用的策略组。不要立即添加一条覆盖范围更大的规则；应先找到实际失败的域名，并检查它前面的规则与 FINAL，避免修复一个请求却改变大量无关请求的路径。

4. 用同一目标做排查：一次只改变一个变量

排查时保持同一 Wi-Fi 或蜂窝网络、同一服务器、同一目标地址。测试前记录原始姿态与配置文件名，测试后恢复。若同时更新订阅、切换服务器、修改 DNS 和切换姿态，即使恢复访问，也无法知道是哪一步起了作用。

两组对照：规则路径与直连路径

Config 与 Proxy 对照
  • 先用 Config 发起新请求，记录实际命中的策略。
  • 保持服务器不变，只将 Global Routing 改为 Proxy。
  • 重新建立请求；若只有 Proxy 成功，优先检查规则顺序与策略组选择。
Proxy 与 Direct 对照
  • 选择在当前网络本来就能直连的目标作为基线。
  • 分别用 Proxy、Direct 发起新请求，记录成功或超时。
  • 若 Direct 成功而 Proxy 失败，检查服务器连通性、认证、传输与 DNS 路径。

姿态对照用于缩小范围，不是单凭一次成功就确定故障原因；完成测试后恢复原配置并再次验证。

Direct 失败不代表代理服务器损坏，因为这次请求根本没有使用远端代理。反过来，Proxy 失败也不等于规则有误，因为普通分流规则不是该对照中的决策因素。两种姿态都失败时，应先检查本地网络、目标服务状态与名称解析，再检查具体连接参数。

5. Scene、On Demand、订阅更新不是同一个开关

Global Routing 中还可以看到 Scene。它按已配置的场景条件应用相应路由安排，适合需要随网络环境切换的情况；它不是另一种代理协议。本文先用 Config、Proxy、Direct 建立固定条件的测试基线，再考虑 Scene，避免场景切换使排查条件在后台变化。

4 个选项
Global Routing：Config / Proxy / Direct / Scene
2 层路径
Settings → On Demand：检查按需连接条件
1 条兜底
示例 FINAL：承接此前规则未命中的请求

Settings → On Demand 管理的是按需建立连接的条件，而 Global Routing 处理的是连接中的路由决策。需要手动做姿态对照时，先检查 On Demand，避免连接状态被既有条件改变。完成排查后，再按原有需求恢复相关设置。

订阅更新负责刷新服务器条目，不会因为切换 Proxy 就自动完成，也不能证明当前 Config 规则已更新。若订阅返回为空或失败，应单独检查链接完整性、已有订阅的有效状态与更新时的网络；不要反复切换 Global Routing 来替代订阅排查。

  1. 先核对已有订阅的状态，按应用中的更新操作刷新服务器列表。
  2. 更新后回到 Home，确认原先选择的条目仍然存在，且当前选择符合预期。
  3. 再到 Config 核对启用文件与策略引用；服务器列表更新和规则文件更新是两项独立检查。
  4. 最后恢复日常姿态，分别验证一个预期直连和一个预期代理的目标。

6. 常见问题：切换姿态后如何确认结果

选了 Config，是不是国内直连、其他全部代理？

不一定。进入 Config 查看当前启用文件中的规则，尤其是 GEOIP 与 FINAL；“国内直连”必须有相应规则及数据支持。若 FINAL 为 DIRECT，未匹配到的请求仍会直连，不能根据 Config 名称推断结果。

Proxy 能打开，Config 打不开，要一直用 Proxy 吗？

可短时保留它以完成必要验证，但应在请求记录中找出 Config 下失败请求的策略，再回到 Config 检查对应规则或策略组。修正后恢复 Config，用新请求确认；不要仅为一个域名长期改变全部请求的路径。

Direct 和关闭 Home 里的连接开关一样吗？

不一样。Direct 是连接内的直连策略，Shadowrocket 仍可能参与请求处理；关闭连接后则不再沿用这一处理路径。要验证系统原始网络，先记录 Settings → On Demand 的状态，防止按需连接使测试条件变化。

换成 Proxy 后还是超时，应该改端口吗？

先核对已有服务商给出的服务器地址、端口、认证与协议参数。网页目标常见的 HTTPS 端口 443，不等于代理服务器也必须使用 443。保持原参数做连通性检查，只有在核对到明确差异时才修改，不能靠试换端口判断问题。

切换到 Scene 后结果不稳定，怎么复查？

先记录当前网络及场景条件，再临时固定为 Config、Proxy 或 Direct 重测同一目标。固定姿态正常后，回查 Scene 的条件与对应设置；如果 Wi-Fi 与蜂窝网络切换触发了不同场景，应分别记录，不能合并为同一次测试。

日常使用的闭环是：确认连接已开启、确认当前配置、检查实际命中策略，再验证目标是否按预期工作。Global Routing 负责选择决策方式，服务器参数负责建立远端连接，订阅负责维护条目来源；分开检查这些环节，比连续更换多个设置更容易得到可复现的结论。

App Store 正版核验