Global Routing 三种模式
模式决定处理方向，服务器决定代理连接的出口，两者需要分别确认。
Global Routing 是全局流量处理模式入口，通常可在 Home 中打开。这里重点区分配置、代理、直连三种姿态，对应界面词为 Config、Proxy、Direct。它们不是连接质量等级，也不会修改服务器的地址与认证信息。日常使用前先看当前模式，再看选中的服务器与 Config，避免把模式问题误判为服务器失效。
| 界面模式 | 处理方式 | 何时使用 | 需要核对 |
|---|---|---|---|
| Config · 配置 | 依据当前配置中的规则与策略处理流量。 | 需要按域名、IP 或其他条件分别处理连接时。 | 当前配置文件、规则顺序、策略引用与 FINAL。 |
| Proxy · 代理 | 把客户端接管的流量交给当前代理路径处理。 | 短时验证服务器是否能够完成代理请求，或明确需要统一使用代理时。 | 服务器选择、协议参数与代理路径是否可用。 |
| Direct · 直连 | 把客户端接管的流量按直接连接处理。 | 排查本地网络，或明确需要直接连接时。 | 目标是否允许当前网络直接访问，自动连接是否仍启用。 |
怎么设：先选模式，再发起新请求
在 Home 打开 Global Routing，选择需要的模式，再返回确认显示值。使用 Config 时，还要在 Config 中选中准备使用的配置；使用 Proxy 时，要确认 Home 中选中的服务器。更改后重新打开目标页面或重新发起连接进行验证，已经建立的长连接可能继续沿原路径运行，不能只看原先打开的页面是否仍有响应。
注意：Direct 不等于关闭客户端连接开关，Proxy 也不代表设备上任何流量都能绕过系统限制。实际接管范围受系统网络机制与应用行为影响。若界面还显示 Scene，应按实际场景设置单独核对，不把它当作本表三种基本模式中的任意一种。
规则分流与 Config
规则回答“匹配什么”，策略回答“匹配后怎么处理”。
规则分流用于把不同连接交给不同处理路径。在 Config 中打开当前配置，可查看或编辑规则；只有切到 Global Routing 的 Config 模式，才能按这里讨论的配置规则进行分流。开始修改前先备份原配置，确认当前选中的文件，再新增一条范围明确的规则，不要同时替换规则、DNS 与服务器三组设置。
是什么：常见规则类型
- DOMAIN：匹配指定完整域名，适合只处理一个明确主机名的情况。
- DOMAIN-SUFFIX：匹配域名后缀及相应子域名。需要覆盖一个域名体系时使用，注意与名称相似但后缀不同的域名区分。
- DOMAIN-KEYWORD：匹配域名中的关键词，范围通常比完整域名更宽，新增前要检查是否会命中不相关请求。
- IP-CIDR / IP-CIDR6：分别根据 IPv4 / IPv6 网段匹配。网段长度决定覆盖范围，不能把单个地址与整个网段混为一谈。
- GEOIP：按 IP 地理数据库判断地址归属。数据库结果不等于网站所属地，也可能随解析地址变化。
- FINAL：为未命中前面规则的连接指定最终处理方式，通常放在规则末尾。
怎么设：具体规则在前，兜底规则在后
规则通常按从上到下的顺序检查，先命中的有效规则决定处理方式。下面是语法讲解片段，不是需要整份替换的通用配置。example.com 仅为教学域名；其中 PROXY 应对应有效的代理路径，DIRECT 表示直接连接，REJECT 则用于拒绝匹配的连接。
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY注意：若使用自定义策略组，规则末尾的策略名必须与配置中的名称一致。把宽泛匹配放在前面，会让后面的细分规则没有机会生效。遇到某个网站异常，先查新请求命中了哪一条规则，再决定修改类型、顺序还是策略，不应仅凭页面是否打开就判断规则正确。
规则关键字与界面名的解释可继续查阅术语表；首次操作建议保留一份能够正常连接的配置，作为回退基准。
订阅与服务器管理
Subscribe 管理批量更新，Add Server 管理单条连接参数。
服务器条目保存协议、地址、端口与认证等连接资料；订阅则用于按已有链接获取并更新一组服务器。两者都不等于规则配置文件。在 Home 的添加入口进入 Add Server，可按协议填写单条资料；已有自己的订阅时，在对应 Subscribe 入口填写链接并保存。不同平台入口位置可能变化，应以界面实际提供的项目为准。
怎么设：先核对协议，再核对字段
手动添加时，先选择与自己的服务器信息一致的协议类型，再逐项填写地址、端口与认证字段。Shadowsocks、VMess、VLESS、Trojan、WireGuard、Hysteria2 等协议的参数不能直接互换；服务端要求的 TLS、传输方式和名称字段也要保持一致。只有地址相同，并不足以保证连接建立。
已有分享链接可以通过剪贴板导入，二维码可以使用 Scan QR Code 读取。导入后仍需核对协议、主机与分组，不能因为列表出现了名称就认定资料完整。二维码与分享链接可能包含认证内容，截图、录屏或转发之前应先遮盖敏感信息。
注意什么：更新、测试与删除分开做
Subscribe 更新会按订阅内容刷新相应条目，手动改过的订阅内条目可能在后续更新时被覆盖。多个订阅建议使用可辨认的备注分组，避免重名后误选。更新失败时，先检查原链接与当前网络，再重试，不要立即删除整个分组；删除前确认是否有需要保留的手动条目与备份。
使用 Connectivity Test 可以先检查服务器的可达情况，但一次测试的数值不能代表实际吞吐量，也不能保证所有目标都能访问。选中服务器后，还需配合 Global Routing 与真实请求验证。关于更新策略、排序与备份，可查看订阅与服务器管理手册。
On Demand 按需连接
它决定何时尝试建立连接，不决定网站应使用哪条规则。
On Demand 根据网络条件触发连接，适合需要在指定 Wi-Fi 或蜂窝网络条件下自动建立连接的情况。到 Settings 查找 On Demand，先查看可用的网络条件与现有规则，再按实际需求设置。它与 Global Routing 分工不同：前者负责连接触发，后者负责连接后的流量处理，不能互相替代。
怎么设：逐个网络条件验证
建议先保持手动连接可用，再启用 On Demand。分别检查 Wi-Fi 与蜂窝网络条件；如果界面提供 Wi-Fi 名称匹配，按需要填写准确的网络名称。保存后离开设置页，切换到待验证的网络，再观察系统 VPN 状态与客户端连接状态。一次只测试一种条件，避免多个触发规则重叠后难以判断是哪条生效。
注意：启用后，手动断开可能在满足条件时再次触发连接。若要临时停用，应同时核对 On Demand，而不是只反复关闭 Home 的连接开关。需要网页登录的公共 Wi-Fi 应先完成网络认证，再验证连接。系统中存在其他 VPN 配置时，还应检查它们是否也设置了自动连接，避免相互切换。
On Demand 不会修正过期订阅、错误密码或不可达服务器。网络切换后的短暂中断，也要先与服务器故障区分。排查时可暂时停用自动触发，使用相同服务器手动连接；手动连接稳定后，再恢复并逐条验证原来的触发条件。
Data 流量统计
用于观察客户端记录的流量，不替代运营商或服务商账单。
Data 用于查看客户端提供的流量统计与记录。进入 Data 后，先确认当前界面的统计范围、方向与时间信息，再读取上传、下载等数值；不同平台提供的明细与保留方式可能不同。不要将一次连接的累计值直接当成当天用量，也不要把客户端可见的统计视为设备所有网络流量的完整记录。
怎么用：先记录基准，再进行单项验证
需要判断一次操作是否产生流量时，先记下当前显示值，再只打开一个目标页面或执行一次请求，然后返回观察变化。若要比较调整前后的结果，保持测试目标、网络条件与操作过程一致。配置变化、后台应用活动以及已有连接都会影响统计，单纯看到数字增加，不能证明某条规则或某台服务器就是实际路径。
注意：客户端统计与服务商统计可能因计量周期、协议开销与统计口径而不同。清理应用数据、重装或重置统计后，历史值也可能无法继续累计。遇到异常用量，先核对时间范围与后台请求，再结合连接记录排查；需要定位域名命中与连接错误时，应转到相关记录或 Diagnostics，而不是只看汇总数值。
Settings 设置参考
先保留当前值，再修改单个项目；验证无效就回退，避免设置叠加。
DNS：域名解析与连接路径
是什么、在哪：DNS 把域名转换成连接所需的地址。相关设置可能同时存在于 Settings 的 DNS 项与当前 Config 中，排查前要先确定正在使用哪份配置，不能只看一个入口。DNS 正常响应也不代表返回地址一定能够通过当前路径访问。
怎么设：先保留现有解析设置与配置备份，再核对是否有手动指定的解析器、域名覆盖或其他 DNS 规则。根据当前配置说明修改一个项目，重新建立连接并发起新的域名请求。不要把服务器地址、订阅 URL 或任意网页地址填入解析器字段。
注意：DNS 缓存与已建立的连接可能使修改不能立即从页面表现中看出。域名规则、IP 规则和解析结果相互关联；一个目标异常时，先分别确认能否解析、地址能否连接、规则如何处理，再判断是否需要调整 DNS。
Test Method：统一测试方法
是什么、在哪：Settings 中的 Test Method 控制相关连接测试所采用的方法。测试结果反映的是该方法与目标在当时的表现，不是通用速度评分。使用 Connectivity Test 前，应先知道当前采用的测试方法。
怎么设：选择界面实际提供、适合当前排查任务的方法；若需要指定测试目标，使用已知可达且稳定的目标。比较多台服务器时，保持方法、目标和网络一致，再重复测试，避免把不同条件下的结果放在一起排序。
注意：测试超时不一定代表所有代理请求均失败，测试成功也不保证特定业务可用。测试值与下载速度没有直接换算关系，最终仍要用需要访问的目标验证。
Today Widget：系统快捷入口
是什么、在哪：Today Widget 是与系统小组件相关的入口。可先在 Settings 查看是否有相应项目，再到系统的小组件编辑界面检查能否添加。具体呈现受系统支持情况影响，入口未出现时不必据此判断客户端配置损坏。
怎么设：先在客户端完成服务器选择、模式选择与首次连接，再添加系统提供的小组件。使用快捷操作后返回 Home 确认实际状态，尤其是在刚切换网络或刚修改配置的情况下。
注意：小组件是操作与信息入口，不是另一套独立规则配置。显示状态可能存在刷新间隔；锁屏或共享屏幕时，也应留意组件是否展示了不希望公开的服务器名称。
iCloud：同步与备份边界
是什么、在哪：iCloud 相关项目用于在支持的设备与系统环境中保存或同步界面说明所列的数据。到 Settings 核对同步开关，同时检查系统 iCloud 中是否允许 Shadowrocket 使用相应能力。不要默认所有平台、所有字段或所有历史记录都会同步。
怎么设：先在原设备备份重要资料，再确认目标设备使用相同的 iCloud 账号并已允许应用访问。等待同步后逐项核对服务器、配置与当前选择，不要在两端同时大量编辑或删除，以免难以识别哪次修改覆盖了数据。
注意：同步不是历史版本备份，误删也可能传播。订阅与配置可能带有认证信息，应妥善管理系统账号与设备访问权限；迁移完成后仍要重新验证系统连接权限和实际网络状态。
Diagnostics：记录错误上下文
是什么、在哪：Diagnostics 提供诊断相关工具或信息，通常可从 Settings 中查找。它用于缩小故障范围，不会自动替换错误的服务器参数。进入后按当前界面选择相应诊断项目，结合发生问题的时间与目标分析结果。
怎么设、怎么用：先记录当前网络、Global Routing、服务器与配置，然后复现一次问题。保留相关错误信息，依次分辨解析失败、连接超时、认证失败或规则拒绝。每次只修改一个变量，再重复相同请求，这样才能判断调整是否有效。
注意：诊断内容可能包含访问域名、服务器地址或认证资料。分享前应检查并遮盖订阅链接、密码与个人信息，只保留定位问题必需的片段。完成排查后，将临时启用的详细记录恢复到日常所需范围。
修改设置后的验证顺序
- 确认基础网络。先验证当前 Wi-Fi 或蜂窝网络本身可用；需要网页登录的网络先完成认证。
- 确认服务器。核对当前选中条目、协议与认证资料，区分手动条目和 Subscribe 更新得到的条目。
- 确认处理模式。在 Global Routing 中检查 Config、Proxy 或 Direct；使用 Config 时再核对当前配置与规则命中。
- 重新发起请求。不要沿用已经建立的长连接，结合 Data 与 Diagnostics 观察同一次测试的结果。
- 恢复自动触发。手动连接验证完成后，再启用 On Demand 并测试网络切换，保留可以回退的设置记录。
若仍无法确定问题，可按FAQ 中的故障分类继续排查；首次导入尚未完成时，应先返回教程建立一条可验证的基础连接，再逐项增加规则与自动连接设置。