协议与传输
协议、传输方式和安全层不是同一组选项。一条完整配置往往要同时确定这三项，不能仅凭协议名推断其他参数。
- 协议与传输VMess
- Project V 生态中的代理协议，使用用户标识等参数进行身份验证。VMess 不等于某一种传输方式，同一协议可以搭配不同的传输与安全设置。导入后应核对服务器地址、端口、用户标识与传输参数；系统时间偏差明显也可能导致认证失败。
- 协议与传输VLESS
- 一种轻量代理协议，本身不提供内容加密，通常配合 TLS 或 REALITY 等安全机制使用。用户标识、传输方式与流控参数需要和服务端一致。看到 VLESS 并不能直接判断配置是否可用，还要确认所选内核支持对应组合。
- 协议与传输Trojan
- 通常基于 TLS、以密码进行认证的代理协议。配置除了服务器和端口，还涉及密码、服务器名称及证书验证。连接失败时应分别检查认证信息与安全层，不要把所有错误都归为密码不对。
- 协议与传输TLS
- 为连接提供加密与对端身份验证的安全协议，也是 HTTPS 使用的基础技术之一。服务器名称、证书链和系统时间都会影响验证结果。出现证书错误时先核对名称与时间，不要把“跳过证书验证”当作长期通用设置。
- 协议与传输REALITY
- Xray 生态中的传输安全机制，不是独立的节点协议。常见配置需要核对服务器名称、公钥与短标识，缺少其中一项就可能无法握手。支持范围随内核和版本变化，不能只凭客户端表单里有同名选项判断兼容。
- 协议与传输WebSocket
- 一种双向通信传输方式，可以承载代理协议的数据，本身不等同于 VMess 或 VLESS。配置时通常需要核对路径、Host 以及是否启用 TLS。路径一般区分大小写，复制时遗漏开头的斜杠也可能改变请求目标。
内核与生态
“界面能填”与“内核能用”要分开判断。遇到协议支持问题，先确认当前配置实际调用的是哪一个内核。
- 内核与生态Project V
- 以模块化网络代理工具为核心的项目体系，V2Ray 是其中广为人知的组成部分。日常口语里的“V2Ray”有时泛指整个生态，但具体配置仍要落到内核和客户端。阅读教程时先看软件名称，避免把不同项目的界面步骤混用。
- 内核与生态V2Fly
- 围绕 V2Ray 的社区维护项目，提供内核实现及相关文档。v2flyNG 是使用这一内核家族的 Android 图形客户端。选择配置时应以当前内核的功能支持为准，不能默认与其他内核的专有参数完全互通。
- 内核与生态Xray
- 从 V2Ray 发展而来的开源代理内核项目，协议实现与功能逐步形成自身演进路线。v2rayNG 使用 Xray 内核，v2rayN 也可管理相应的内核配置。排查新功能不可用时，应同时查看客户端版本和实际调用的内核版本。
- 内核与生态内核与客户端
- 内核负责协议处理、连接、DNS 与路由，客户端负责导入配置、管理订阅并提供图形界面。更新客户端不一定意味着所有独立内核组件都已同步更新。需要选择软件时，可先看三款客户端对比，再确认目标配置的内核要求。
订阅与节点
先判断拿到的是“可更新的地址”还是“单条连接配置”，再选择添加订阅或从剪贴板导入，避免入口用错。
- 订阅与节点订阅地址
- 返回一组连接配置的地址，更新订阅就是重新获取并解析其中的内容。它常以 HTTPS 地址出现，例如教学用的
https://example.com/your-sub，但外形不能保证返回格式兼容。真实地址可能包含身份信息，截图、求助和分享日志前应遮住完整地址。
- 订阅与节点节点
- 客户端中一份可选连接配置的常用称呼，通常包含服务器地址、端口、协议和认证信息。节点名称只是备注，不能证明实际位置、可用性或连接质量。遇到同名条目时，应按所属订阅分组和真实参数区分，而不是只看显示名称。
- 订阅与节点真连接延迟
- 客户端通过所选配置建立连接，并访问测试目标所测得的耗时；具体测量过程取决于客户端实现。它会受到域名解析、握手、目标响应与当前网络状态影响，不等于下载速度。单次超时也不能直接证明配置失效，应先核对测试目标与代理设置。
路由与分流
接管决定哪些连接进入客户端，路由决定进入后交给谁处理。分流规则、规则数据和出站标签需要一起看。
- 路由与分流路由规则
- 按域名、目标 IP、端口或入站等条件匹配连接，再交给指定出站的配置。规则通常按顺序判断，范围更广的规则放在前面可能覆盖后面的细分条件。修改时先明确匹配对象，再确认出站标签存在，最后查看未匹配流量的处理方式。
- 路由与分流分流
- 依据规则让不同连接使用不同处理路径的行为，例如让局域网目标直连，让另一组目标使用代理。系统代理或 TUN 负责接管入口，分流发生在流量进入内核之后。若应用根本没有进入客户端，仅修改路由规则通常解决不了问题。
- 路由与分流GeoIP
- 按 IP 地址集合匹配目标的规则数据，常用来表示某个地区或特殊用途的地址范围。它依赖当前数据文件与所引用的条目，按目标 IP 是否属于条目中的地址范围进行匹配。域名是否先被解析，也会影响 IP 类规则能否参与匹配。
- 路由与分流GeoSite
- 按域名集合匹配目标的规则数据，
geosite:cn是常见的引用形式。集合包含哪些域名、有哪些分类，取决于本机使用的规则资源，而不是名称本身保证。引用不存在的集合可能导致配置加载失败，更新规则前应确认来源与兼容性。
- 路由与分流出站与 outboundTag
- 出站描述连接离开内核时采用的处理方式，例如直连、代理或阻止。路由里的
outboundTag指向已定义的出站标签；名为direct的标签只有关联到直连出站才具有直连含义。复制规则时需要一起核对标签，不能只复制匹配条件。
- 路由与分流DNS 泄漏
- 域名查询没有按预期解析路径发送，而被其他解析器或网络路径处理的现象。应用自带的加密 DNS、系统 DNS 和内核 DNS 可能同时存在，需要逐层检查。判断前先明确预期由谁解析、通过哪条出站发送，不能仅凭解析器名称下结论。
客户端与系统设置
先用满足需求的接管方式完成连接，再逐项调整 DNS、虚拟网卡和局域网访问。一次只改一个变量，更容易定位问题。
- 客户端与系统设置系统代理
- 向操作系统登记本地代理地址与端口，让遵循系统设置的应用使用代理。并非所有应用都会读取该设置，因此开启后某个应用仍可能直连。它只解决接管入口问题，进入内核后的直连或代理选择还要看路由规则。
- 客户端与系统设置TUN 模式
- 通过虚拟网络接口接收符合接管规则的流量，再交给内核处理的模式。通常涉及系统授权、路由与 DNS 配置，和其他虚拟网卡同时运行时可能出现冲突。是否需要启用应由目标应用的代理支持方式决定，不是开关越多越合适。
- 客户端与系统设置FakeDNS
- 为域名返回内部使用的合成地址，并保存域名与地址映射的机制，便于后续把连接关联回域名。它依赖配套的解析和流量接管流程，不宜脱离整体配置单独开启。关闭或切换方案后，旧 DNS 缓存可能仍在，需要结合客户端说明处理。
- 客户端与系统设置本地监听端口
- 客户端在本机提供 HTTP 或 SOCKS 等代理入口时使用的端口，与远端服务器端口不是一回事。手动给应用设置代理时，应填写实际监听地址、端口与对应协议。若另一个程序占用同一地址和端口，内核可能无法启动该入口。
- 客户端与系统设置允许来自局域网的连接
- 让其他局域网设备有机会访问本机代理监听入口的设置，不等于所有设备都会自动使用代理。是否可达还取决于监听地址、防火墙和网络隔离策略。仅本机使用时通常不必开启；需要共享时，应限制访问范围并确认网络可信。