Global Routing
配置、代理、直连：三种处理模式
入口在 Home 的 Global Routing。它决定请求采用哪套处理逻辑，不等于连接开关，也不负责提供服务器。
| 模式 | 处理方式 | 适用情况 | 检查重点 |
|---|---|---|---|
配置 · Config | 依据当前配置文件中的规则选择策略。 | 日常按域名、地址等条件分流。 | 确认启用的配置、规则顺序与最终策略。 |
代理 · Proxy | 以代理方式处理流量，仍需考虑系统旁路等设置。 | 短时排查当前服务器是否能完成目标请求。 | 确认当前选择的服务器及其连接参数。 |
直连 · Direct | 以直接连接方式处理流量。 | 对照检查本地网络或判断代理路径是否相关。 | 确认目标在当前网络下本来就可以直连。 |
怎么选择与验证
在 Home 打开 Global Routing，选择所需模式，返回后再确认连接开关状态。日常需要规则分流时选 Config，并在 Config 页面确认实际启用的配置文件。只导入文件但未启用，或者编辑了另一份文件，都可能造成“修改后没有变化”的现象。
排查时可以暂时用 Proxy 与 Direct 对照同一个目标，但必须记录原来的模式。Proxy 下可用而 Config 下失败，优先检查命中规则与策略；Direct 下可用而 Proxy 下失败，则检查所选服务器、协议参数与代理路径。对照结果只用于缩小范围，不能单独证明某一项一定有错。
完成验证后恢复预期模式。不要把 Proxy 当成修复所有规则问题的长期替代，也不要把 Direct 下仍显示连接状态理解为请求必然经过代理；连接状态与路由决策属于两个不同层面。
[Rule]
规则类型、匹配顺序与策略
规则描述“匹配什么”，策略描述“如何处理”。入口在 Config 中当前配置文件的规则编辑区域。
先识别匹配条件
DOMAIN 匹配完整域名；DOMAIN-SUFFIX 匹配域名及其子域名；DOMAIN-KEYWORD 按域名中包含的关键词匹配。关键词范围通常更宽，添加前应考虑是否会匹配到不相关的域名。
IP-CIDR 与 IP-CIDR6 分别描述两类 IP 地址段；GEOIP 使用地址归属分类，其结果取决于相关数据。USER-AGENT 依赖请求中可获得的对应信息，并不是所有连接都能据此识别。
再核对执行策略
DIRECT 表示直接连接，PROXY 表示交给代理路径，REJECT 表示拒绝匹配请求。策略名称不是服务器地址；使用自定义策略组时，还要检查组内实际选择。
规则通常按顺序匹配，较具体的条件应放在可能覆盖它的宽泛条件之前。FINAL 处理此前未匹配的请求，应放在规则末尾，而不是用来代替前面的分类条件。
怎么修改一条规则
先备份当前配置，再在 Config 打开正在使用的文件。添加规则时依次核对类型、匹配内容和策略，保存后重新检查文件是否处于启用状态。下面只是语法片段，不包含完整配置，也不表示这些示例域名存在可用服务。
[Rule]
DOMAIN,api.example.com,PROXY
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT
DOMAIN-SUFFIX,ads.example.net,REJECT
FINAL,PROXY示例中，完整域名规则位于后缀规则之前，因此 api.example.com 优先采用 PROXY。验证时检查新建请求的命中记录，而不是只看网页最终是否打开。缓存、已有连接和页面内其他域名请求都会干扰观察；不要为解决一个域名的问题一次添加多条宽泛规则。
继续阅读配置文件分段说明 →SERVER
订阅与服务器管理
Home 用于查看与选择服务器，Add Server 用于新增或填写连接信息。服务器订阅与 Config 中的规则配置不是同一种内容。
导入已有信息
订阅从你的服务商处获取。导入前先确认拿到的是可更新的服务器订阅地址、单服务器分享链接，还是配置文件地址。服务器订阅可在 Add Server 中选择 Subscribe 后填写；若应用提供剪贴板或 Scan QR Code 入口，也应核对识别出的内容类型。不要因为链接能在浏览器打开，就认定它一定是应用可读取的订阅数据。
手动新增时，在 Add Server 选择实际协议，再逐项填写服务器地址、端口与认证信息。Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard、Hysteria2 等协议的字段要求不同，不能把一组参数直接套给另一种协议。传输方式、TLS 与主机名等附加参数也应与已有信息一致。
更新、选择与保留备份
导入后返回 Home，检查列表是否出现预期项目，并明确选中用于连接的服务器。更新订阅通常刷新该订阅下的服务器集合，不代表切换了当前 Global Routing，也不等于更新了 Config 中的规则文件。若手动调整了订阅内项目，下一次更新可能重新写入相关字段，因此应单独保存需要保留的信息。
订阅失败时先核对地址是否完整、有无多余空格、是否仍有效，以及返回内容是不是登录页面或错误提示。不要在未备份前反复删除整个分组。订阅地址及分享链接可能包含访问凭据，截图、日志与求助材料中都应遮盖；本站不提供、不销售、不推荐节点或订阅。
On Demand
按条件触发连接
On Demand 用于让系统依据配置的条件发起连接，不负责选择某个域名应该使用哪条分流规则。
在哪设置、怎么启用
在 Settings 查找 On Demand 相关选项，结合当前可用的网络条件设置触发行为。先在手动连接状态下确认服务器、DNS 与规则都能正常工作，再启用自动触发。否则自动重连只会反复重现原来的故障，增加排查难度。
设置后分别测试常用网络场景：进入指定网络、离开该网络、锁屏后恢复，以及在 Wi-Fi 与蜂窝网络之间切换。每次观察是否按预期连接，而不是只看开关是否已打开。系统调度、网络可用性与其他 VPN 配置都可能影响实际行为，因此不应把 On Demand 理解为任何情况下都保持同一种连接状态。
什么时候先暂停
如果手动关闭后又自动连接，先检查 On Demand 条件，再检查系统中的相关 VPN 设置。临时进行直连对照或更换配置前，可以先暂停自动触发，避免它改变测试状态。确认结果后再恢复，并记录哪些网络应连接、哪些场景不需要连接；规则分流仍由 Global Routing 与当前配置决定。
Data
流量统计与请求观察
Data 用于观察应用记录的流量信息。统计用于了解连接行为，不替代订阅账户或网络运营方的计费记录。
先确认统计范围
进入 Data 后，先阅读当前页面显示的统计范围、时间维度与分类。不同视图可能展示累计量、某段连接活动或不同处理路径的数据，比较前应确保口径一致。某个域名带来的流量也可能来自页面资源、后台刷新或应用自动请求，不能仅凭域名名称判断具体操作。
要检查一条新规则，可以先记下现有统计，再只访问一个测试目标，结合连接记录观察新增活动与命中策略。如果页面提供重置统计的操作，先保存需要的数据，再执行重置；统计清零不会让已有订阅的可用额度发生变化，也不会修复连接故障。
避免用统计推断结论
总流量增加只能说明发生了数据传输，不能证明所有请求都按预期分流。加密封装、重传、连接开销以及不同统计边界，都会让应用侧数字与账户侧记录不完全相同。排查异常流量时，应结合发生时间、请求目标与后台活动逐项缩小范围，不要先假设是某一项设置造成。
Settings
DNS、测试方法、快捷入口与同步
Settings 管理应用层面的常用行为；配置文件也可能定义相关参数。检查有效设置时，需要同时查看当前启用的 Config。
DNS：先辨别解析失败还是连接失败
DNS 把域名转换为地址。相关设置既可能出现在 Settings，也可能由 Config 内的 [General] 参数定义，例如 dns-server。修改前先确认当前配置如何指定解析方式，不要只改一个入口就认定所有请求已经采用新设置。
如果 Connectivity Test 有结果但网页打不开，应继续检查域名解析、实际请求路径和 TLS，而不是只更换服务器。可以先备份配置，再在清楚作用范围的前提下调整一个 DNS 项，并用同一域名重新验证。不要同时修改 DNS、路由模式与服务器，否则即使恢复可用，也难以知道哪一步起作用。
Test Method：统一测试条件
在 Settings 的 Test Method 检查 Connectivity Test 使用的方法。不同方法检查的层面不同：传输层可达不等于完整网页请求成功。测试目标、当前网络、服务器负载与请求方式都会影响结果，因此比较多个服务器前应保持方法与目标一致。
需要测试地址的选项，应使用你明确知道可访问且适合验证的目标。测试异常时先核对目标自身能否访问，再看服务器配置；不要把单次测试结果当成长期稳定性结论，也不要将测试数值直接等同于实际内容加载速度。
Today Widget：作为快捷入口使用
Today Widget 用于系统支持的快捷查看或操作。先在 Settings 检查应用提供的相关选项，再按系统当前的小组件管理方式添加。可展示的内容与可执行的操作以实际系统及应用为准，不应把小组件当作另一份独立配置。
从快捷入口操作后，如连接状态或所选服务器不明确，返回 Home 复核。小组件显示可能存在刷新间隔，最终判断应结合应用内状态与实际请求结果，不能仅凭旧的展示内容反复切换开关。
iCloud：先确认同步内容，再恢复
在 Settings 检查 iCloud 相关同步或导入选项，并确认系统允许应用访问 iCloud。不同数据类别的同步范围以当前界面说明为准；应用已经安装，并不意味着服务器、配置和所有偏好都会自动完整出现。
更换设备前，先保留一份可控的配置备份。另一台设备上恢复后，逐项核对服务器集合、启用的 Config、Global Routing 与 On Demand 条件。App Store 的购买记录和 iCloud 中的应用数据是两件事：找回应用不等于找回连接参数。含认证信息的备份只应保存在你有权访问的位置。
Diagnostics
按顺序诊断，不同时改动多项
Diagnostics 与连接记录用于获取线索。先记录可重复的现象，再选择对应测试，最后根据结果调整设置。
怎么收集有效结果
在 Settings 查找 Diagnostics，按当前界面提供的工具检查网络状态、解析或连接情况。开始前记录当前网络、所选服务器、Global Routing、启用的配置，以及具体失败目标。重新产生一次请求，再观察与这次请求对应的结果，避免把早先的错误当成当前状态。
- 确认本地网络。先判断基本网络是否可用，是否存在需要完成的网络登录。
- 确认服务器参数。检查地址、端口、协议、认证信息和附加传输设置是否一致。
- 确认路由与解析。查看当前模式、目标命中规则与 DNS 相关结果，分开判断解析和连接问题。
- 单项调整后重测。保持同一目标与测试方法，记录变化；无效则恢复原值再尝试下一项。
哪些信息需要保护
诊断记录可能包含域名、地址、请求时间、订阅信息或认证参数。导出或截图前，应逐项遮盖敏感内容，仅保留定位问题需要的错误提示与设置项名称。不要为收集更多记录而长期保留与问题无关的详细日志。
如果只在某个网络、某个域名或更新订阅后出现异常，应保留这个边界条件。它比笼统描述“不能连接”更有用。需要按症状继续检查时，转到问题诊断页；需要重新走一遍连接流程时，返回入门指南，而不是先清空全部设置。