已有可用连接信息和规则配置时，Shadowrocket（小火箭）日常可选 Config；怀疑规则把目标分错方向时，临时用 Proxy 对照；需要检查当前网络能否直接访问时，用 Direct 对照。本文以用户已有自己的服务商与订阅为前提，说明选择入口、规则顺序和单变量排查方法，并区分路由姿态、连接开关与 On Demand。
一、Config、Proxy、Direct 分别改变什么
Global Routing 决定受 Shadowrocket 接管的流量采用哪种路由方式。它不负责提供连接服务，也不是协议选择器。日常选择 Config 的条件是：当前配置已经启用，规则表达了实际需求，规则引用的策略或策略组可以使用。缺少这些条件，单独切到 Config 并不能自动得到合适的分流结果。
Config
推荐按当前配置的规则匹配，结果可以是 PROXY、DIRECT、REJECT 或配置中定义的策略组。未命中具体规则的流量由 FINAL 等兜底设置处理，不保证自动直连。
适合：已有正确规则，需要分别处理不同目标的日常使用。
Proxy
将接管范围内的常规流量统一交给代理路径，不以 Config 中的分流规则逐条决定出口。选中的连接是否可用，仍会影响访问结果。
适合：临时检查代理路径，或与 Config 对照定位分流问题。
Direct
将接管范围内的常规流量按直连路径处理，不经代理服务器转发。目标能否打开取决于当前网络的实际可达性。
适合：检查直连是否正常，或临时验证本地网络访问。
这里的“全部”描述路由姿态，不等于设备每一个网络包都必然经过同一路径。系统流量、配置中的绕过设置以及 DNS 处理可能有各自的行为。判断某个请求究竟走了哪里，应结合实际连接记录，不能只凭屏幕上的 VPN 状态推断。
二、从 Home 选择姿态，再建立测试基线
iPhone 与 iPad 上可以从 Home → Global Routing 选择 Config、Proxy 或 Direct。若界面还列出 Scene，它属于另一种按场景使用的姿态，不是 Config 的别名；本文先固定选择上述三项，避免场景条件参与对照。界面布局以实际安装的应用为准。
- 打开 Home，确认 SERVER 列表中已存在用户自己的连接信息；需要代理测试时，先确认选中的是准备使用的连接。
- 进入 Config，核对正在使用的配置。只看到文件存在不代表该文件已经成为当前生效配置，需确认其选中状态。
- 返回 Home → Global Routing，选择 Config，再返回 Home 核对显示结果。
- 打开连接开关。首次使用时按系统提示允许添加 VPN 配置，随后确认连接状态，而不是仅确认授权已经完成。
- 选定一个完整测试地址，记录当前网络、所选连接和姿态。后续对照保持这些条件不变，每次只改变一个设置。
Home 中的 Connectivity Test 可以辅助判断连接的基础可达性，但某项测试成功，不等于目标网站的 DNS、TLS 和业务请求均正常。应继续打开实际目标地址验证，尤其不要把测试延迟直接解释成网页加载速度。
三、Config 为什么要同时检查规则顺序和 FINAL
Config 的关键不是“自动判断网站类别”，而是执行当前配置。常规规则自上而下匹配，首条命中后采用对应策略。因此，精确例外应放在覆盖范围更大的规则之前，FINAL 应放在最后。下面是教学片段，域名为示例值，不代表可用的连接服务，也不应直接替换完整配置。
[Rule]
DOMAIN,account.example.com,DIRECT
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECTaccount.example.com先命中 DOMAIN，采用 DIRECT，不会继续落入后面的域名后缀规则。www.example.com命中 DOMAIN-SUFFIX，采用 PROXY；example.com本身也在该后缀规则范围内。- 不属于前两条范围的其他目标落入
FINAL,DIRECT，按直连处理。 - 若把兜底改成
FINAL,PROXY，未命中前面规则的目标就会改走代理。因此不能笼统地说 Config 总是“其余直连”。
DOMAIN 与 DOMAIN-SUFFIX 处理域名范围，IP-CIDR 处理指定 IP 网段，GEOIP 根据 IP 地理归属数据匹配。混用域名和 IP 类规则时，还需考虑实际请求是否携带域名、何时完成解析以及规则选项；发现误分流，应先确认命中的规则，而不是盲目增加重复条目。
四、用 Proxy 与 Direct 做两组对照
排查时先明确问题是“某个目标打不开”，还是“所有目标都异常”。Proxy 和 Direct 的价值在于减少规则分流这一变量，并不是长期替代正确配置。两组测试都应使用同一网络和同一目标地址；代理对照还应保持所选连接不变。
对照方案：固定网络和目标，只切换路由姿态
Config 与 Proxy 对照
- 先在 Config 下复现问题，记录目标域名。
- 切到 Proxy，重新发起相同请求。
- 若 Proxy 正常而 Config 失败，重点检查规则命中、策略组选择和 FINAL。
- 两者均失败时，继续检查连接参数、DNS、目标状态及当前网络。
Config 与 Direct 对照
- 选择预期可以直连的目标，先记录 Config 的结果。
- 切到 Direct，重新发起相同请求。
- 若 Direct 正常而 Config 失败，检查目标是否被误送往代理或 REJECT。
- 若 Direct 也失败，先确认当前网络能否直接访问该目标。
对照结果只能缩小范围，不能单独证明故障原因。测试完成后恢复 Config，并确认目标请求按预期规则处理。
例如，Config 失败而 Proxy 成功，可能是域名规则缺失，也可能是 Config 指向的策略组选了另一条连接。只有把规则命中结果与实际使用的出口对应起来，才能区分这两类问题。不要在同一轮同时换网络、换连接并改 DNS，否则无法判断是哪项变化产生了效果。
五、不要混淆连接开关、On Demand 与订阅更新
Global Routing 回答“连接建立后如何处理流量”，Home 的开关回答“当前是否启用连接”。Direct 仍然是一种路由姿态，不等于关闭 VPN；同样，选了 Proxy 也不代表连接开关已经开启。这两个状态需要分别确认。
- On Demand：在 Settings → On Demand 中检查按条件连接的设置。它影响连接何时触发，不能替代 Config 中的域名和 IP 规则。做固定条件测试时，要留意网络切换是否触发了连接状态变化。
- Subscribe：用户已有订阅的更新用于刷新相应连接信息；规则配置有独立的来源与生效状态。一次连接信息更新成功，不表示当前规则文件也同步改变。
- 协议：Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 等描述连接方式，Config、Proxy、Direct 描述路由方式。切换路由姿态不会修正协议中的地址、端口或认证信息。
- 网络：从 Wi-Fi 切换到蜂窝网络后，应重新确认连接状态和目标可达性。此前网络下的测试结果不能直接作为新网络的结论。
如果订阅更新后出现异常，先确认当前选中的连接是否仍存在、参数是否已经刷新，再核对规则所引用的策略组。不要直接把 Global Routing 永久改成 Proxy 来掩盖配置引用问题；这样可能让原本需要直连的请求也改走代理路径。
六、常见问题：选对姿态仍然打不开怎么办
已经选了 Config，为什么看起来所有网站都走代理？
进入 Config 检查当前文件，先看末尾是否为 FINAL,PROXY，再检查前面有没有覆盖范围很大的规则，以及相关策略组当前选项。Config 只表示按配置执行，并不承诺固定的代理比例。
Proxy 能打开，Config 打不开，是不是连接没问题？
这说明该次请求在 Proxy 所用路径上可以完成，但还不能排除其他连接的问题。返回 Config 核对目标命中的策略；若该策略组实际使用另一条连接，应先统一出口再比较，避免把策略组差异误判成规则语法错误。
切成 Direct 后还有 VPN 标识，怎么才算关闭？
Direct 改的是流量处理方式。需要停止连接时，返回 Home 关闭连接开关，并检查 Settings → On Demand 是否会按条件再次触发。VPN 标识只能辅助确认连接状态，不能说明某个请求一定经过代理服务器。
切换姿态后网页结果没变，要连续重连吗？
先重新发起请求，必要时退出测试应用再打开，避免复用已有连接或缓存页面。仍无变化时，确认 Home → Global Routing 的选择已保留，并查看实际请求记录。每轮记录结果，比连续切换多个开关更便于定位。
七、日常使用前的恢复检查
排查结束后，将临时姿态恢复到计划使用的 Config，确认规则和策略组状态，再各验证一个预期直连目标与一个预期代理目标。能打开网页只是第一步，出口是否符合规则意图也需要检查。若持续异常，可按故障排查说明继续区分连接、DNS 与规则问题。
- Home → Global Routing：确认选择 Config，而不是遗留的 Proxy 或 Direct。
- Config：确认当前配置及 FINAL 的兜底方向，检查临时添加的规则是否需要保留。
- Home：确认所选连接与策略组符合预期，再检查连接状态。
- Settings → On Demand：确认自动连接条件符合日常网络环境，并重新验证实际请求。
Shadowrocket 是 Apple 平台的闭源商业应用，以 iPhone 与 iPad 使用为主，唯一获取入口是 App Store。开发者为 Shadow Launch Technology Limited，应用 ID 为 932747118；系统要求、兼容性与通用购买范围以 App Store 页面标注为准。客户端一次性买断 ≠ 线路套餐，连接信息与规则配置仍需按各自用途管理。