01 / 界面与开关
入口、模式与连接
看到同一个名称时，先确认它是页面标题、模式选项还是操作入口。连接开关、整体模式与规则文件解决的是不同问题，不能互相替代。
- Home
- 主要操作页面，可查看连接状态、Global Routing 与 SERVER 列表。Not Connected 描述当前连接状态，开关用于发起或结束连接。即使状态已经改变，也仍需用实际目标请求核对可用性，不能只凭开关判断所有访问都正常。
- Global Routing
- 决定整体流量处理方式的入口，配置、代理、直连分别对应 Config、Proxy、Direct。要观察当前规则文件的分流结果，应先核对是否使用 Config。排查时记录原模式再调整，否则模式变化可能被误认为是某条规则的效果。
- Config
- 作为页面名称时，指配置文件管理入口；作为 Global Routing 的选项时，表示按照当前配置处理请求。把文件导入 Config 不等于已经选用该文件，也不等于已切换到 Config 模式。检查规则是否生效时，这两处都要核对。
- Proxy / Direct
- 它们是 Global Routing 中的整体模式：Proxy 采用代理方式处理，Direct 采用直连方式处理。不要把界面中的首字母大写名称直接当作规则关键字；Rule 段的策略写作 PROXY、DIRECT。整体模式适合辅助定位问题，完成测试后应恢复所需模式。
- On Demand
- 根据已设置条件触发 VPN 连接的按需连接功能，具体条件与选项以应用内显示为准。它回答“何时连接”，Rule 回答“请求如何处理”，两者不是同一类规则。连接行为不符合预期时，应同时检查系统 VPN 状态和 On Demand 条件，而不是只修改域名规则。
- Connectivity Test
- 检查所选服务器在当前测试条件下是否响应的入口。显示的时间反映对应测试过程，不等同于持续传输速度，也不能代表所有应用的访问体验。结果异常时，先区分测试方式、目标与网络条件；结果正常时，仍应验证实际请求及规则命中情况。
- Settings
- 集中管理应用设置的入口，具体项目以当前应用内页面为准。应用设置与 .conf 中的参数来源不同，排查时要记录修改发生在哪一处。建议一次只改一个相关选项并保留原值，避免多处同时变动后无法判断原因。
02 / 协议
协议类型与参数
协议决定客户端与服务器怎样通信，不能只按名称猜测参数。以下只解释技术含义；添加时以用户已有服务器资料和 Add Server 中实际显示的字段为准。
- Shadowsocks
- 一种代理协议，常见连接资料包含服务器地址、端口、加密方法与密码。加密方法需要与服务器一致，不能仅因为地址和密码相同就任意更换。导入后若认证或连接失败，应逐项核对已有资料，尤其注意复制时带入的空格。
- VMess
- 一种使用身份标识等参数的代理协议，UUID 是需要核对的重要信息之一。传输方式、TLS、Host 与路径等设置也可能参与连接，不能只检查地址与端口。请按服务器实际配置填写，不要将教学示例参数直接用于自己的连接。
- VLESS
- 一种代理协议，需要分别理解身份标识、传输方式和传输安全设置。VLESS 与 VMess 的名称相近，但不是同一种协议，不能仅替换类型后复用全部字段。可用组合取决于客户端选项与服务器配置，导入后仍应检查相关参数是否完整。
- Trojan
- 通常结合 TLS 使用的代理协议，连接资料包括地址、端口、密码以及相应的 TLS 信息。服务器地址与证书对应名称可能承担不同作用，应按已有资料分别核对。遇到证书错误时先检查名称、系统时间与服务器证书，不应把忽略验证当作常规修复步骤。
- HTTP / SOCKS5
- 两种不同的代理协议类型，常见资料包含地址、端口，以及按需提供的用户名和密码。服务器提供哪一种，就应选择对应类型，不能将两者视为可随意互换的名称。是否能够处理 UDP，还要结合协议能力、服务器支持和实际配置判断。
- WireGuard
- 基于密钥认证的隧道协议，需要理解私钥、公钥、对端地址、隧道地址与路由范围的区别。密钥并非普通显示名称，私钥尤其应按敏感资料保管。导入配置后，应核对地址与路由范围是否符合已有配置说明，而不是只看是否出现连接状态。
- Hysteria2
- 基于 QUIC、使用 UDP 传输的代理协议，实际表现受网络路径、服务器与参数配置共同影响。TCP 方式的测试成功，不能证明该协议所需的 UDP 路径也可用。排查时先核对认证资料、TLS 信息与 UDP 连通条件，不按协议名称预设速度结论。
03 / 规则关键字
匹配条件与范围
关键字决定检查哪类信息，后面的内容决定具体范围。域名规则不填写完整网页地址；地址段规则需要核对地址族与前缀长度。
- DOMAIN
- 按完整域名进行匹配，例如
DOMAIN,example.com,PROXY对应 example.com 本身。它不会自动覆盖 www.example.com 等子域名。需要只调整一个明确域名时，可先使用精确匹配，再根据实际请求补充其他域名。
- DOMAIN-SUFFIX
- 按域名后缀匹配，填写 example.com 时包含该域名及其子域名，但不等于任意包含这段字符的域名。填写值不附带 https://、网页路径或端口。若只想影响一个子域名，应考虑 DOMAIN，避免扩大规则范围。
- DOMAIN-KEYWORD
- 检查域名中是否包含指定关键词，例如 example 可能出现在多个不相关域名中。它比完整域名匹配更宽泛，也不要求关键词刚好构成一个域名层级。使用前应考虑误匹配，不能把关键词规则当作某个服务全部域名的可靠清单。
- GEOIP
- 依据 IP 地理归属数据匹配，例如
GEOIP,CN,DIRECT。它依赖所用数据库与实际目标 IP，不是按域名后缀或用户所在位置判断。同一域名可能返回多个地址，因此不能仅凭网页内容推断 GEOIP 的命中结果。
- IP-CIDR / IP-CIDR6
- 分别匹配 IPv4 与 IPv6 地址段，斜杠后的前缀长度决定覆盖范围。示例
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve表示一个 IPv4 网段，其中 no-resolve 用于避免为这条规则额外发起域名解析。该选项不表示关闭整个应用的 DNS。
- USER-AGENT
- 依据可读取的 HTTP User-Agent 字段匹配，例如
USER-AGENT,ExampleApp*,PROXY。它不是按设备上安装的应用名称识别流量，也并非每个连接都会暴露可读取的字段。尤其不能假设所有 HTTPS 请求都能直接用这类规则判断。
- FINAL
- 接住此前规则没有命中的请求，通常放在 Rule 段末尾。
FINAL,PROXY与FINAL,DIRECT的兜底结果不同，应按当前配置目的选择。它不是“最后再覆盖前面的决定”，而是只处理尚未被前面规则匹配的请求。
04 / 策略与匹配顺序
命中后的处理方式
规则类型回答“是否匹配”，策略回答“如何处理”。下列大写关键字用于规则文本，不应与 Global Routing 中的整体模式混为一谈。
- PROXY
- 把命中请求交给代理路径处理的策略关键字，实际使用的服务器或策略选择还要结合当前配置核对。命中 PROXY 仅说明采用了该处理方向，不代表服务器认证或目标连接必然成功。排查时应将规则是否命中与代理路径是否可用分成两步。
- DIRECT
- 让命中请求通过当前网络直接访问目标，不把该请求交给代理服务器转发。它描述转发策略，不表示请求完全不经过应用处理，也不保证目标一定可达。若直连仍失败，应检查当前网络、域名解析与目标服务本身，而不是只更换代理服务器。
- REJECT
- 拒绝命中请求的策略关键字，适用于明确需要阻止的匹配范围。拒绝规则放得过宽或过早，可能让后面的精确放行规则没有机会生效。某个目标始终无法访问时，应先查看前面是否有 REJECT 命中，再检查代理路径。
- 匹配顺序
- Rule 段通常按从上到下的顺序检查，先命中的规则决定策略，而不是自动挑选“看起来最精确”的那条。把精确例外放在宽泛范围之前，再把 FINAL 放到末尾。添加规则后应同时核对位置；语法正确但顺序不合适，仍可能得不到预期结果。
顺序对照
先处理例外，再处理范围
此示例中，api.example.com 先命中 DOMAIN，采用 DIRECT；其他 example.com 子域名再由 DOMAIN-SUFFIX 处理。把两行交换后，宽泛后缀规则会先命中，精确例外就不会生效。
这里只演示匹配关系。PROXY 对应的实际连接资料仍需由用户自行准备并核对。
[Rule]
DOMAIN,api.example.com,DIRECT
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT05 / 订阅与配置文件
连接资料与配置结构
服务器条目保存连接参数，订阅用于批量导入和更新条目，配置文件描述规则等行为。先确认导入对象，再选择对应入口，避免把一种资料交给另一种解析方式。
- Subscribe
- 通过用户已有的订阅地址导入并更新服务器条目的方式，具体返回内容取决于该地址提供的资料。订阅链接常带有访问凭据，分享截图、日志或求助内容前应遮盖完整链接。订阅更新成功不等于每个条目都能连接，也不等于当前规则配置已经改变。
- SERVER / Add Server
- SERVER 是服务器条目列表，Add Server 用于填写或导入具体连接资料，条目也常被称为节点。一个条目通常包含协议类型、地址、端口与认证参数，它与管理多个条目的订阅不是同一对象。列表中的显示名称便于辨认，但不能证明其实际地址、协议或可用性。
- .conf
- 配置文件常见的扩展名，文件内按段组织参数与规则。General、Rule、Host、URL Rewrite 分别涉及全局参数、流量规则、域名映射与地址重写；并非每份文件都必须包含所有分段。后缀相同不保证内容正确，导入后还应核对文本、当前选用状态与 Global Routing。
- DNS / Host
- DNS 负责域名解析，Host 分段可指定域名与地址的映射；两者都会影响应用最终获得的目标地址。修改 Host 并不会自动把请求改成 PROXY，也不能修复服务器密码或身份标识错误。解析问题应与规则策略、目标地址可达性分别核对，避免反复更换无关参数。
- URL Rewrite
- 按配置条件处理请求地址的分段，具体行为由匹配表达式与对应动作决定。它与 Rule 选择流量策略、Host 指定域名映射的作用不同，不能互相替代。使用前先确认匹配范围、请求信息是否可见及所需条件，不应直接套用来源和用途不明的片段。
继续查阅
从概念转到操作
术语解释用于确认含义；实际设置还需要完整步骤和上下文。首次配置从教程开始，已有规则问题则进入配置大全，购买与换机问题查看商店核验说明。