Config、Proxy、Direct
分别何时使用
Global Routing 决定整体处理方式；选中服务器决定代理连接使用的目标。两者是不同设置。
是什么：Global Routing 是连接处理模式入口。配置模式对应 Config，代理模式对应 Proxy，直连模式对应 Direct。它不是协议选择器，也不负责把已有订阅导入应用。即使已经选中服务器，切换模式后，实际访问仍可能采用不同的处理路径。
在哪个界面：在 Home 找到 Global Routing 并打开模式选择。这里的 Config 是一个模式选项，与底部用于管理配置文件的 Config 标签用途不同：前者决定使用规则处理连接，后者决定当前采用哪份配置。
| 界面选项 | 处理方式 | 常见用途 | 检查重点 |
|---|---|---|---|
| Config | 依据当前配置的规则与策略处理连接。 | 按域名或地址进行日常分流。 | 配置是否选中、规则顺序是否正确、策略目标是否有效。 |
| Proxy | 通常将连接交给当前代理目标处理，仍需留意应用与系统的适用边界。 | 临时排查规则是否造成访问差异。 | 当前服务器是否可用、认证与协议参数是否正确。 |
| Direct | 采用直连处理，不通过所选代理服务器。 | 核对当前网络本身的访问情况。 | 本地网络与解析是否正常；Direct 不等于关闭连接开关。 |
怎么设：已有可用配置且需要分流时选择 Config；怀疑规则导致某个请求走向不符时，可临时选择 Proxy 后重新发起相同请求；需要对照本地网络时改为 Direct。记录原来的模式，完成对照后再恢复，避免排查设置变成长期设置。
注意什么：模式切换后，应使用新建连接验证，已有长连接可能继续保留原状态。Proxy 能访问而 Config 不能访问，只能说明需要继续检查规则、策略和相关解析设置，不能直接断定某一条规则必然错误。三种模式都无法修复失效的服务器凭据。
阅读 Global Routing 模式说明 →规则负责匹配
策略决定处理目标
是什么：规则描述“哪些连接应如何处理”。常见匹配条件包括域名、域名后缀、域名关键词以及 IP 地址范围；策略则指向 PROXY、DIRECT、REJECT 或配置中定义的策略名称。规则匹配正确但策略指向失效目标，连接仍可能失败。
在哪个界面：进入 Config，先确认当前选中的配置，再查看或编辑其中的规则。仅把一份配置加入列表，并不等于已经启用它；使用 Global Routing 的 Config 模式时，还需要核对实际生效的文件。
常见匹配条件
DOMAIN匹配指定的完整域名，适合范围明确的单一目标。DOMAIN-SUFFIX匹配域名本身及其子域名，适合按整个域名范围处理。DOMAIN-KEYWORD按域名中的关键词匹配，范围可能比预想更大。IP-CIDR与IP-CIDR6分别描述 IPv4 与 IPv6 地址范围；GEOIP使用 IP 地理归属条件。FINAL用于处理前面规则未命中的连接，通常置于规则末尾。
怎么设：先备份当前配置，再将精确规则放在较宽泛规则之前，最后设置 FINAL。下面仅展示规则语法，example.com 是虚构教学域名，不代表推荐的实际分流配置。
DOMAIN,example.com,DIRECT
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT在这个片段中，完整域名 example.com 先命中第一条；其子域名可继续命中第二条；未被此前规则匹配的连接交给 FINAL。PROXY 使用的具体目标还需结合当前服务器及完整配置判断。
注意什么：规则通常按顺序检查，提前放置过宽的匹配条件会遮住后面的精确条件。IP 类规则与域名类规则看到的信息不同，解析结果也会影响判断。遇到异常时，先从连接记录确认目标和命中结果，再修改相关规则，不宜直接叠加大量例外。
查阅规则关键字与策略概念 →已有订阅导入
与单个服务器管理
是什么：订阅用于批量维护服务器信息，单个服务器条目则保存某个连接目标的协议、地址、端口和认证参数。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 等协议使用的字段不完全相同，不能只替换协议名称后沿用其他参数。
在哪个界面：在 Home 使用 Add Server 添加条目；已有订阅可在相应类型中选择 Subscribe。已有分享信息也可通过 Scan QR Code 或剪贴板导入入口处理，具体入口以当前界面显示为准。所有操作均以用户已经持有自己的订阅或服务器信息为前提。
怎么设：导入前确认内容是订阅链接、单个服务器分享信息，还是配置文件。将订阅链接放入 Subscribe 对应字段，保存并更新后检查分组内是否出现服务器；手动填写时先选协议，再逐项核对地址、端口、认证信息以及协议要求的传输与 TLS 参数。最后在 Home 明确选中要使用的服务器。
多个订阅应采用便于辨认的名称分开整理。更新前记下当前选中条目，更新后检查它是否仍存在、是否仍被选中。远端返回内容变化可能带来条目增删，不能把订阅列表当作永久不变的本地清单。
注意什么：订阅更新只表示重新获取列表，不等于每个服务器都能连接。Connectivity Test 的结果也不等于下载速度；测试条件、协议握手和当前网络都会影响数值。删除分组前先确认可用的恢复资料，分享截图时遮住完整订阅地址与认证字段。
查看订阅与服务器管理手册 →按网络条件触发连接
不替代分流规则
是什么：On Demand 用于依据设定条件触发或维持系统 VPN 连接。它回答的是“何时建立连接”，而 Config 中的规则回答“建立连接后如何处理请求”。两层设置需要分别检查，开启 On Demand 不会自动生成服务器信息或规则配置。
在哪个界面：进入 Settings 查找 On Demand 相关设置，核对当前可用的网络条件和动作。首次建立连接所需的 VPN 配置授权由系统确认；应阅读系统弹窗，再按实际需要允许。
怎么设：先关闭自动触发相关设置，以手动方式完成一次连接验证。确认服务器、Global Routing 和配置工作正常后，再启用 On Demand，并按界面提供的选项设置网络条件。若添加了 Wi-Fi 名称条件，应确认名称准确，并理解规则对应的动作。
注意什么：启用后，连接可能在满足条件时重新建立，因此手动断开不一定代表会持续断开。测试自动行为时，应先检查 On Demand 条件，再切换一次目标网络观察结果。不要通过反复删除系统配置来代替条件排查；系统 VPN 标识存在，也不保证所有请求都经过代理服务器。
流量统计与连接记录
用于核对实际行为
是什么：Data 提供客户端侧的流量观察入口，帮助了解连接期间的数据变化。统计反映应用能够记录的范围，不应直接等同于服务商的用量账单，也不是网络速度测试报告。统计周期、重置行为及远端计费口径可能不同。
在哪个界面：打开底部 Data，查看当前界面提供的统计与记录项目。需要分析单次请求时，结合应用提供的连接记录入口，检查目标、时间以及能够显示的策略信息；可用字段以实际界面为准。
怎么设：开始验证前先记录当前计数与时间，再访问一个明确的目标，回到 Data 观察变化。若需要重新开始比较，先确认重置选项的作用范围，保存仍需保留的信息后再操作。对比两次测试时，应使用相同网络、目标与操作，减少后台活动造成的干扰。
注意什么：计数增长只说明发生了传输，不能单独证明目标业务已经正常完成。连接失败时仍可能产生 DNS 查询、握手或重试流量。检查记录时按时间定位刚发起的请求，分享前遮住域名、地址和可能涉及个人活动的信息，不提交完整敏感记录。
常用辅助设置
按问题逐项调整
以下项目从 Settings 或当前配置的相关入口检查。设置名称保持英文原文；入口分组与可用能力以当前应用显示为准。
DNS：先确认解析由哪一层配置
是什么、在哪：DNS 将域名解析为地址，相关选项可能位于 Settings 的 DNS 设置及当前 Config 的 DNS 字段。两处都应核对，不能仅凭一个开关判断实际解析路径。
怎么设：先保存当前值，确认使用系统 DNS、自定义 DNS 还是 DNS over HTTPS，再只调整与目标问题相关的一项。复测同一域名时留意缓存影响，并结合连接记录检查解析和访问是否分别成功。
注意什么：加密解析不等于代理连接，解析成功也不等于目标端口可达。服务器地址本身可能需要先解析，不恰当的设置可能形成连接依赖。没有明确故障证据时，先保留能够正常工作的配置。
Test Method：决定测试条件，而不是实际速度
是什么、在哪：Settings 中的 Test Method 用来选择服务器测试方式。它会影响 Connectivity Test 如何测量，以及结果更接近哪个连接阶段。
怎么设：先查看当前方式的说明，选定后对同一组已有服务器进行比较；如界面允许设置测试目标，应保持目标一致。改变方式后重新测试，不把新旧方式得到的数字混在一起排序。
注意什么：较低的测试数值不保证持续传输更快，测试失败也需要区分目标不可达、握手失败和本地网络问题。最终应以实际业务的连续访问表现复核。
Today Widget：提供系统侧的快捷查看入口
是什么、在哪：Today Widget 相关设置用于系统支持的快捷查看或操作入口，可先在 Settings 中查找对应项目，再到系统允许添加组件的位置查看是否可用。
怎么设：按界面提供的选项配置展示内容或动作，添加后验证显示状态是否与应用内一致。系统支持形式以当前设备与应用实际提供的能力为准。
注意什么：快捷入口不能代替完整配置检查。显示状态可能需要刷新，发生连接问题时仍应打开 Home 核对服务器和 Global Routing，不只依据组件中的标识下结论。
iCloud：区分同步、恢复与备份
是什么、在哪：iCloud 相关功能用于在支持的范围内保存或同步资料。从 Settings 检查应用提供的 iCloud 项目，同时核对系统是否允许应用使用 iCloud。
怎么设：启用前先保存一份可恢复资料，阅读实际同步对象和覆盖提示；换设备后确认资料已经完成同步，再决定是否启用连接。不要默认服务器选择、统计记录和所有设置都会一起迁移。
注意什么：App Store 的已购恢复负责找回应用购买，不等于恢复应用内配置。同步会传播资料变化，不能完全替代独立备份；订阅地址与认证参数属于敏感资料，应按个人账户的安全要求管理。
Diagnostics：先定位故障层，再保留必要证据
是什么、在哪：Diagnostics 是辅助排查入口，可在 Settings 的相关工具区域查找。它用于收集和检查应用能够提供的诊断信息，不会自动修正服务器参数或分流规则。
怎么设：先记录异常发生的时间、当前网络、Global Routing 与所选服务器，再执行与问题相关的诊断。复现一次后保存必要结果，对照正常场景，而不是持续改变设置后一次性收集大量记录。
注意什么：诊断内容可能包含域名、地址、配置片段或认证信息。对外分享前应逐项检查并遮蔽敏感内容；不能因为输出了诊断结果，就认定问题一定来自本地或远端。
设置完成后的检查顺序
- 确认资料。在 Home 检查所选服务器及协议字段；订阅导入成功后仍要确认实际选中了条目。
- 确认模式。核对 Global Routing。使用 Config 时继续确认当前配置及相关策略目标。
- 手动验证。先测试一次明确的访问行为，再到 Data 或连接记录查看对应时间的变化。
- 单项对照。需要排查时，一次只更改模式、服务器或 DNS 中的一项，每次都发起新连接。
- 恢复日常状态。排查结束后恢复预期模式，再检查 On Demand、同步与快捷入口，避免临时设置遗留。
首次使用可按使用说明完成完整流程；需要管理多个已有订阅时，转到订阅手册逐章核对。应用购买、设备兼容性与系统要求统一以 App Store 页面标注为准，获取前可先阅读正版核验说明。