Global Routing 三种姿态
配置、代理、直连分别对应 Config、Proxy、Direct。先看这一项，再判断规则是否生效。
是什么：Global Routing 决定进入客户端路由处理的流量采用哪种处理方式。它与 Home 顶部的连接开关不是同一个设置：开关控制连接是否启用，Global Routing 控制启用后的路由姿态。看到开关已打开，并不代表所有请求都经过当前服务器。
在哪个界面：在 Home 查找 Global Routing，打开后选择 Config、Proxy 或 Direct。日常按域名、IP 和地区分流通常使用 Config；需要暂时比较服务器出口是否正常时，可以使用 Proxy 做对照；检查本地网络是否正常时，可以使用 Direct 做短暂对照。
| 姿态 / 界面词 | 处理方式 | 适用场景 | 注意事项 |
|---|---|---|---|
| 配置 / Config | 按照当前启用的配置规则选择策略。 | 日常分流、按域名或 IP 区分连接。 | 必须确认实际启用的配置与规则顺序。 |
| 代理 / Proxy | 以代理姿态处理接管的流量。 | 临时验证当前服务器，排除部分规则影响。 | 不能修复服务器超时，也不等于每个系统连接都被接管。 |
| 直连 / Direct | 以直连姿态访问目标。 | 比较本地网络与代理路径的差异。 | 直连正常不能证明服务器正常。 |
怎么设：先记录当前选项，选择一种姿态，然后用同一个目标、同一张网络重复测试。若 Proxy 正常而 Config 异常，优先检查配置中的规则与策略；若两者都异常，再检查服务器连接与 DNS。不要同时切换服务器、网络和模式，否则结果无法对应到某一处设置。
注意什么：测试结束后恢复预期的姿态。将 Proxy 当作长期排错结果而忘记切回 Config，会让原先希望直连的请求也改变路径；将 Direct 留作日常设置，则可能误以为原有规则失效。
规则类型与策略选择
是什么：规则包含匹配条件与处理策略。DOMAIN、DOMAIN-SUFFIX 等关键字决定“匹配什么”，PROXY、DIRECT、REJECT 决定“匹配后怎样处理”。这两部分不能互换。规则分流还依赖 Global Routing 处于 Config，以及 Config 中启用的是预期文件。
在哪个界面：进入 Config，查看当前启用的配置及其 [Rule] 段。通常按规则排列顺序匹配，前面的规则先命中就不会继续使用后面的兜底规则。因此，具体域名规则应放在可能覆盖它的宽泛规则之前，FINAL 通常放在最后。
| 关键字 | 匹配对象 | 设置时检查 |
|---|---|---|
DOMAIN | 完整域名。 | 是否只需要命中这一条域名。 |
DOMAIN-SUFFIX | 域名本身及其子域名。 | 覆盖范围是否比预期更大。 |
DOMAIN-KEYWORD | 域名中的关键字。 | 关键字是否过短，导致额外命中。 |
GEOIP | IP 的地区归属。 | 归属数据库与实际出口可能存在差异。 |
IP-CIDR / IP-CIDR6 | IPv4 / IPv6 地址段。 | 地址族与网段范围是否正确。 |
FINAL | 前面规则都未命中的请求。 | 兜底策略是否符合预期。 |
怎么设：先保存原配置，再针对一个明确目标添加规则。下面仅为语法示例，example.com 是说明用域名，不是服务器或订阅地址。示例将该域名及子域名交给 PROXY，将 GEOIP 匹配 CN 的请求设为 DIRECT，其余请求使用 FINAL 指定的策略。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY注意什么：PROXY 依赖可用的服务器或对应策略，DIRECT 不经过该代理路径，REJECT 则拒绝匹配请求。不要把 REJECT 当作连接失败后的自动回退。编辑后检查实际命中的规则，而不是只检查文件里有没有这一行；DNS 解析出的地址、IPv6 连接和前置规则，都可能改变匹配结果。
USER-AGENT 等依赖请求内容的条件还受流量可见范围影响，不能将它当作所有加密连接都能使用的应用识别方式。若目标同时使用多个域名，也不能仅凭一条域名规则就判断整个应用的全部流量路径。
订阅与服务器管理
服务器信息、订阅列表与规则配置各有职责；导入成功不等于连接验证完成。
是什么：单个服务器记录连接地址、端口、协议及认证等参数；Subscribe 用于更新已有订阅中的服务器列表；Config 保存规则与全局参数。更新服务器列表并不必然更新当前规则文件，切换配置也不代表已经切换默认服务器。
在哪个界面：在 Home 查看服务器列表，通过 Add Server 手动添加已有服务器，或使用 Scan QR Code 导入用户已有的信息。添加订阅时按当前界面选择 Subscribe，填写自己的订阅地址。具体入口位置随平台界面而异，操作后都应返回 Home 检查列表内容。
怎么设：手动输入时，先按服务端资料选择协议，再逐项核对地址、端口及认证字段。Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard、Hysteria2 的字段不能混用；涉及 TLS、传输方式或服务端名称时，也要与已有资料保持一致，不能仅凭端口猜测协议。
- 先确认订阅地址完整，避免复制进空格、换行或漏掉查询参数。
- 导入后执行更新，检查列表是否出现预期服务器；更新失败先记录错误，不急于删除旧列表。
- 在 Home 选择默认服务器，检查选中标记，再运行 Connectivity Test。
- 保留一个已验证可用的基线，逐个比较其他服务器，避免批量修改后无法还原。
注意什么：订阅地址可能含有账户识别信息，分享截图与日志前应遮挡；不要将完整地址粘贴到公开评论中。订阅更新可能覆盖该分组内的记录，手动修改前先确认是否会在下次更新时被替换。Connectivity Test 的结果只代表对应测试方法下的可达性，仍需实际打开目标验证。
On Demand 按需连接
是什么：On Demand 用于依据系统支持的网络条件触发连接行为。它解决的是“何时建立连接”，并不代替 Global Routing 决定“连接后怎样分流”，也不会自动修正失效服务器或过期订阅。
在哪个界面：在 Settings 查找 On Demand 及相关条件设置。不同系统提供的条件可能不同，先阅读当前选项，再决定是否启用；不能将某个平台的条件列表照搬到另一平台。
怎么设：先在手动连接下验证服务器和规则正常，再设置需要触发的网络条件。一次只加入一种条件，随后在 Wi-Fi 与蜂窝网络之间切换，观察是否按预期建立或结束连接。若界面允许针对特定网络设置例外，应把例外条件与一般条件一起检查，避免互相覆盖。
注意什么：手动关闭连接后又自动连上，可能是按需条件仍然成立，并不一定是开关异常。需要暂时停止自动连接时，应同时检查 On Demand，而不是反复操作 Home 开关。网络频繁切换时还应观察重连次数，区分按需触发、系统休眠与服务器断开，不能仅凭状态栏图标判断原因。
Data 流量统计
用于观察连接变化与流量趋势，不替代网络运营方或服务器侧的计量。
是什么：Data 展示客户端可记录范围内的流量与连接信息，可辅助观察哪段时间发生传输、连接后是否出现上传或下载。它是诊断线索，不是对所有设备流量的统一账单；系统旁路流量与不同统计口径会影响结果。
在哪个界面：打开 Data，先看当前展示的统计范围和时间信息，再查看可用的明细。不同版本或平台显示的项目可能不同，比较数据时应使用同一范围，不要把一次连接的计数与累计计数直接比较。
怎么设：排查某个目标时，先记下当前数据，再单独访问一次目标，观察增量。若界面提供重置统计，先保存需要的记录，再执行重置；重新连接并不一定会清除所有累计数据。结合请求记录查看命中策略，才能判断传输是否走了预期路径。
注意什么：上传与下载计数变化只能说明存在传输，不能证明网页已经完整加载；测试、后台同步与重试也会产生流量。持续重试但页面不显示时，应同时检查 DNS、连接错误与规则。发现耗电或流量异常时，先比较关闭后台任务后的结果，再定位具体连接，不宜直接归因于单个开关。
Settings 常用项
先记录原值，再调整一项；当前配置中的相关参数也需要一起核对。
DNS：先判断解析是否失败
是什么、在哪里：DNS 将域名解析为连接所需的地址。在 Settings 查找 DNS 相关项，同时检查 Config 的 [General] 中是否包含 dns-server 等参数。设置页与配置文件都出现相关项时，应确认当前实际生效的配置，不要假定修改一处就会覆盖所有情形。
怎么设：先记录当前值，测试多个明确的域名，再判断是否需要更换解析方式。若所有服务器都只在域名访问时失败，DNS 是重点检查对象；如果仅一个目标异常，也应检查该目标的规则和服务状态。修改后重新测试同一目标，留意缓存对结果的影响。
注意什么：解析器本身也需要可达。不能把随机找到的地址写进配置，也不要把 DNS 当作修复认证错误或端口超时的通用办法。涉及 IPv6 时，需要同时检查获得的地址类型与当前网络的 IPv6 可达性。
Test Method：统一测试口径
是什么、在哪里：Settings 中的 Test Method 决定相关连通性测试采用的方法。不同方法观察的链路环节不同，所以两个数值不能脱离测试方法直接比较；某种方法失败，也不能单独证明所有实际请求都会失败。
怎么设：先选择与当前排查目的相符、且当前界面支持的方法，再在 Home 执行 Connectivity Test。比较多台服务器时保持方法、网络与测试目标一致，必要时重复测试，再用实际访问结果复核。
注意什么：测试耗时不是下载速率，单次耗时也不是长期稳定性的证明。不要为得到更小数值反复更换方法，而忽略实际连接是否成功。
Today Widget：快捷入口与状态确认
是什么、在哪里：Today Widget 是系统允许时提供的快捷控制入口。先在 Settings 查找相关选项，再到系统的小组件界面检查是否可添加；不同系统版本对小组件形式和后台操作的限制不同。
怎么设与注意什么：仅在当前系统提供相应入口时添加，操作后回到 Home 确认实际状态。小组件显示可能存在刷新延迟，不能把旧状态当作当前连接结果。找不到相同入口时，以当前系统支持情况为准，不需要为此反复重置配置。
iCloud：同步前先保护本地配置
是什么、在哪里：在支持 iCloud 的 Apple 设备上，Settings 中的相关选项用于管理应用支持范围内的云端同步。它不等同于将所有设置、连接状态与日志完整复制到另一台设备。
怎么设：先保存重要配置，再确认系统已登录预期账户、iCloud 可用且应用权限已开启。首次在另一台设备使用时，等同步完成后检查文件内容、当前启用项与默认服务器，而不是直接覆盖已有本地文件。
注意什么：同步不是独立备份，删除或覆盖也可能被同步。发现两端内容不一致时，先保留两份副本再比较，不要连续在两端编辑同一文件；不同平台的配置迁移也不能一概视为 iCloud 自动完成。
Diagnostics：收集可复现的错误
是什么、在哪里：在 Settings 查找 Diagnostics 及可用诊断入口，用来收集与连接问题相关的信息。日志应围绕一次明确复现来读取，长时间混杂的记录往往难以区分哪条错误对应当前问题。
怎么设：记下网络类型、Global Routing、当前服务器及目标，随后复现一次，查看相近时间的解析、连接或规则记录。先区分 DNS 失败、连接超时、认证错误和规则命中异常，再进入对应排查步骤。
注意什么：提交诊断信息前，遮挡订阅地址、认证字段及其他个人信息。诊断完成后恢复日常所需的记录级别，避免长期积累不必要的日志。进一步的症状分章说明见疑难手册。
设置后的检查顺序
功能之间存在依赖：服务器不可达时，调整规则通常不能解决连接问题；Global Routing 不在 Config 时，单独修改 [Rule] 也可能看不到预期变化。按以下顺序验证，能把每一步结果对应到明确的设置。
- 确认基础网络。记录当前是 Wi-Fi 还是蜂窝网络，先确认网络本身可用；比较时不要同时切换网络。
- 确认服务器。在 Home 检查默认选择与参数，用 Connectivity Test 留下基线，再实际访问目标。
- 确认路由姿态。检查 Global Routing，使用 Config 时进一步核对启用的配置文件，而不只看文件名是否存在。
- 确认解析与命中。查看 DNS 结果、规则顺序和最终策略。一次只修改一条相关规则，保存后复测。
- 确认自动行为。手动连接正常后，再测试 On Demand、同步与快捷入口，避免多个自动操作干扰判断。
- 保留有效结果。记下恢复正常的具体改动；若没有改善，先还原再尝试下一项，而不是叠加不确定设置。
第一次操作可按使用教程完成导入与首次连接；出现稳定复现的错误时，进入疑难手册按症状检查。常见设置疑问集中在FAQ，无需为了排查一个目标而重新配置全部功能。