V
VMess
Project V 生态中较早使用的代理协议。节点配置通常包含用户标识、服务器地址、端口、安全选项与传输方式。
在 v2rayN 中编辑 VMess 节点时，还可能看到 alterId 等兼容字段。是否需要填写取决于服务端配置，不能根据其他节点的参数直接套用。
配置名词索引
V2Ray 术语手册
按真实配置场景解释协议、内核、订阅、路由和网络名词。遇到 VLESS、GeoSite、TUN、FakeDNS 等设置项时，可从分类入口快速定位。
阅读顺序
先确认名词所在层级
节点无法连接时，协议参数、代理内核、路由规则和系统网络设置属于不同层级。先判断问题出在哪一层，再检查对应字段，可以减少反复修改无关选项。
协议与传输
连接协议与安全参数
协议决定客户端与服务端如何认证和交换数据。导入配置时，应保留协议、传输方式与安全层之间的完整组合，不能只复制服务器地址和端口。
V
VLESS
采用精简认证设计的代理协议，本身不承担额外的数据加密。实际配置常与 TLS、REALITY、TCP、WebSocket 或 gRPC 等传输和安全层组合。
排查 VLESS 连接时，应同时核对用户标识、流控、服务器名称、传输类型与安全选项。只确认协议名称一致仍不足以建立连接。
T
Trojan
基于 TLS 通道工作的代理协议。客户端配置通常需要服务器地址、端口、认证信息、服务器名称和证书相关选项。
若地址可以访问但协议连接失败，应检查服务器名称是否正确，以及本地时间、TLS 设置和传输方式是否与服务端一致。
R
REALITY
Xray 生态中的传输安全方案，常见组合是 VLESS、TCP 与 REALITY。客户端通常需要公钥、短标识、服务器名称和指纹等参数。
这些字段属于同一套握手配置，任一关键值不匹配都可能导致连接中断。分享链接或订阅一般会同时携带所需参数。
内核与生态
Project V、V2Fly 与 Xray
图形客户端负责订阅管理、界面操作和系统设置，代理内核负责协议连接、路由与 DNS。区分客户端和内核，有助于理解更新日志中的功能归属。
P
Project V
围绕网络代理协议、核心程序和配置工具形成的开源技术生态。VMess、路由规则与多出站配置等概念，都可在这一生态的发展过程中找到对应来源。
Project V 不是某一个图形客户端的名称。v2rayN、v2rayNG 等客户端是在相关内核能力之上提供操作界面的独立项目。
V
V2Fly
延续 Project V 技术路线的社区项目与内核家族。它提供协议处理、路由、DNS 和入站出站等基础能力。
v2flyNG 使用相关内核处理 Android 设备上的连接。客户端名称、内核名称与节点协议是三个不同概念，阅读配置时需要分别识别。
X
Xray
与 V2Ray 配置体系关联紧密的内核生态，支持 VLESS、VMess、Trojan、REALITY、路由与 DNS 等能力。v2rayN 和 v2rayNG 可使用 Xray 内核执行连接配置。
客户端升级与内核升级并不总是同一件事。遇到新协议参数无法识别时，需要同时查看客户端和内核的支持情况。
C
代理内核
负责协议握手、连接转发、DNS 查询和路由匹配的底层程序。图形客户端会生成配置并启动内核，再读取日志和运行状态。
内核启动失败时，客户端界面可能仍能正常打开。此时应优先查看日志中的配置解析、端口占用和权限提示，而不是重复导入订阅。
订阅与节点
配置来源、分组与延迟
订阅负责批量提供配置，节点是一条可选连接记录，分组则负责管理来源。更新、筛选和延迟测试发生在不同阶段。
S
订阅
由服务端提供的配置集合地址。客户端更新订阅后，会下载内容、解析节点并写入对应分组。
订阅地址可以正常打开，不代表客户端一定能解析出节点。若更新结果为空，还需要检查链接是否完整、内容格式是否受支持，以及分组过滤是否隐藏了全部记录。
N
节点
客户端中的一条服务器连接配置。它通常包含地址、端口、协议、认证参数、传输方式和安全设置。
节点名称主要用于识别，不决定连接质量。选择节点时应结合真连接延迟、协议兼容性、目标地区和实际访问表现判断。
G
订阅分组
用于分别管理多个订阅来源和节点集合的容器。每个分组可具有独立的订阅地址、更新方式、筛选条件和当前选中节点。
当更新成功但服务器列表没有变化时，应确认当前查看的分组是否正确。还要检查关键词筛选或正则过滤是否排除了新节点。
L
真连接延迟
通过建立实际协议连接测得的响应耗时，比只检查基础网络可达性的测试更接近日常连接过程。它会受到本地网络、协议握手和测试目标影响。
单次读数只反映测试当时的状态。选择节点时可以连续测试几次，并结合网页打开和下载过程中的稳定性判断。
路由与分流
规则匹配与出站方向
路由规则通常从上到下检查，命中后交给指定出站处理。规则顺序、匹配范围和最终出站名称需要一起查看。
R
路由规则
根据域名、IP、端口、协议或进程等条件决定流量出站方向的匹配规则。常见结果包括 direct、proxy 和 block。
规则一般按列表顺序执行，范围较宽的规则放得过早，可能覆盖后面的精细规则。修改后应重新加载配置，并查看日志中的匹配结果。
S
分流
把不同目标流量交给不同出站处理的配置方式。例如本地网络可使用 direct，特定域名集合可使用 proxy，明确拒绝的目标可交给 block。
分流不是协议类型，而是内核中的流量决策过程。相同节点在不同路由模式下，实际经过的流量范围可能不同。
G
GeoIP
按 IP 地址所属地区或预定义类别进行匹配的数据集合。常见规则包括 geoip:cn 与 geoip:private。
GeoIP 匹配发生在获得目标 IP 后，结果取决于数据文件和 DNS 解析结果。数据过旧时，部分新分配地址可能无法按预期分类。
G
GeoSite
按域名类别整理的规则集合，常见写法包括 geosite:cn 和 geosite:geolocation-!cn。它用于减少逐条维护域名规则的工作量。
GeoSite 与 GeoIP 的匹配对象不同：前者处理域名，后者处理 IP。复杂配置中可以同时使用，两者的顺序应与 DNS 策略配合。
客户端功能
系统代理、TUN 与订阅更新
这些选项决定客户端怎样接收系统流量，以及何时刷新配置。开启多个接管方式前，应先理解它们各自覆盖的应用范围。
S
系统代理
由操作系统提供给应用读取的代理设置。开启后，支持系统代理机制的浏览器和桌面程序会把连接发送给客户端的本地监听端口。
部分应用会忽略系统代理并自行建立连接。遇到这种情况，可检查应用内部的网络选项，或根据需求评估是否使用 TUN 模式。
T
TUN 模式
通过虚拟网络接口接管和处理系统流量的运行方式。它可覆盖不读取系统代理设置的应用，也能统一处理更多 TCP 与 UDP 流量。
启用时通常需要系统权限，并可能与其他虚拟网络工具发生接口或路由冲突。无法访问本地设备时，应检查绕过局域网和私有地址的规则。
F
FakeDNS
为域名临时分配虚拟 IP，并在后续连接中恢复原始域名信息的 DNS 处理机制。它常与 TUN 模式配合，让路由仍可按域名分类。
FakeDNS 地址只在客户端内部映射中具有意义。若映射范围、路由或 DNS 设置不一致，可能出现域名能解析但连接无法完成的情况。
A
自动更新订阅
客户端按设定周期重新获取订阅内容并刷新分组。它用于同步节点变化，不会自动修正订阅地址失效或内容格式错误。
更新后列表仍会受到分组筛选、排序和去重规则影响。重要配置发生变化时，可以先手动更新一次并查看客户端日志。
网络与系统
DNS、TCP 与 UDP
代理配置建立在操作系统网络能力之上。域名解析决定目标地址，TCP 与 UDP 则描述不同类型的数据传输方式。
D
DNS
把域名解析为 IP 地址的基础网络服务。客户端可以设置查询服务器、域名匹配规则、查询类型和 DNS 流量的出站路径。
网页无法打开但直接访问 IP 正常时，DNS 是需要检查的环节之一。还应查看系统缓存、客户端日志和浏览器自身的 DNS 设置。
D
DNS 泄漏
域名查询未按预期路径发送，导致查询流向与连接流量的路由策略不一致。它常见于系统 DNS、浏览器独立 DNS 与客户端 DNS 同时工作时。
处理时应明确由哪一层负责解析，再统一检查系统代理、TUN、DNS 出站和浏览器设置。仅更换一个 DNS 地址不一定能解决路径不一致。
T
TCP
提供可靠、有序字节流的传输层协议。网页访问、文件传输和多数代理传输组合都会使用 TCP。
配置中的 TCP 可能表示底层传输方式，也可能表示需要被路由规则匹配的网络类型。阅读字段时要结合它所在的配置层级判断。
U
UDP
面向数据报的传输层协议，DNS、实时通信和部分应用流量会使用 UDP。它不提供与 TCP 相同的连接确认和重传机制。
某项应用功能异常而普通网页正常时，可以检查节点、内核、路由与 TUN 设置是否允许 UDP。客户端界面中的 UDP 选项也需与当前运行模式配合。