V2Ray 协议、内核与配置术语表
按配置上下文解释常见名词，区分协议、内核、客户端、订阅、路由与 DNS 各自承担的作用。每个条目说明概念边界，并指出它通常出现在哪类设置中。
按主题查找
如果正在阅读配置文件，可先按字段所属模块进入分类；如果正在操作图形客户端，可使用下方术语索引直接定位。
连接协议与安全层组合
协议定义客户端与服务器如何组织认证信息和数据。传输载体与安全层通常是独立配置项，因此看到同一个协议名称时，还需要继续核对 TLS、REALITY、WebSocket 或 gRPC 等相关字段。
- VMess protocol
- VMess 是 Project V 生态中较早使用的客户端与服务器通信协议。配置通常包含用户标识、服务器地址、端口与传输方式。它与底层 TCP、WebSocket 等传输载体不是同一个概念，阅读配置时应分别核对。
- VLESS protocol
- VLESS 是结构较精简的通信协议，本身不承担传输层加密。实际配置中常与 TLS 或 REALITY 组合，并通过 UUID 标识用户。排查连接问题时，应分别检查协议字段、安全层字段与传输参数。
- Trojan protocol
- Trojan 使用 TLS 连接组织认证与数据传输，认证信息通常表现为密码字段。客户端配置还需要服务器地址、端口和服务器名称等参数。TLS 握手成功不等于认证一定成功，这两个阶段应分开判断。
- REALITY security layer
- REALITY 是 Xray 生态中的传输安全方案，常与 VLESS 配合使用。客户端侧配置一般涉及公钥、短标识、服务器名称与指纹。它属于安全层，不是单独替代 VLESS 的应用协议。
配置执行层与图形操作层
内核负责处理连接、入站、出站、路由和 DNS，图形客户端负责把这些能力组织为可操作的界面。客户端名称与内核名称不能直接互换，同一客户端也可能随着版本与设置采用不同内核。
- V2Ray ecosystem
- V2Ray 常用于指 Project V 生态中的网络工具体系，也会在上下文中指代相关内核。它的配置通常由入站、出站、路由、DNS 和策略等模块组成。阅读文档时，需要根据上下文判断这里说的是生态、内核还是配置格式。
- V2Fly core family
- V2Fly 是延续 V2Ray 相关技术路线的社区项目与内核家族。其配置结构围绕 inbounds、outbounds、routing 与 dns 等模块展开。部分字段与其他内核家族相近，但具体支持范围仍应以当前内核版本为准。
- Xray core family
- Xray 是与 V2Ray 配置体系具有较多共通概念的内核家族。它支持 VLESS、REALITY 等协议与安全组合，并由图形客户端负责调用。遇到字段不识别时，应先确认客户端当前实际使用的内核类型。
- v2rayN desktop client
- v2rayN 是面向 Windows、macOS 与 Linux 的图形客户端。它用于管理订阅、单条服务器配置、路由规则、DNS 和系统代理等设置。界面中的选项最终会转换为内核能够读取的运行配置。
- v2rayNG Android client
- v2rayNG 是面向 Android 的图形客户端，通常使用 Xray 内核。它可以导入订阅或分享链接，并提供分应用代理、路由和 DNS 等设置。后台运行表现还会受到系统电池策略与网络权限影响。
配置来源、服务器条目与测试结果
订阅负责批量传递配置，节点是客户端中的单条服务器记录，延迟则是特定测试方法得到的结果。三者解决的问题不同：订阅更新成功不代表每条节点都可连接，延迟较低也不直接代表完整使用过程稳定。
- 订阅 subscription
- 订阅是由服务端集中提供的一组配置入口，客户端通过订阅地址获取服务器条目。更新订阅通常会重新解析远端内容，并按客户端规则合并或替换已有记录。订阅链接失效、格式变化或网络请求失败都会影响更新结果。
- 节点 server profile
- 节点是客户端列表中的一条服务器连接配置。它通常包含地址、端口、协议、认证信息、传输方式与安全参数。节点只是界面中的便捷称呼，配置文件里通常对应一个出站或一组关联字段。
- 延迟 latency
- 延迟表示从客户端发起测试到获得响应所经历的时间，常以毫秒显示。不同测试功能可能只检查 TCP 建连、HTTP 响应或其他阶段，因此结果不能直接横向混用。延迟主要用于观察响应速度，不单独代表实际传输能力。
- 真连接延迟 real delay
- 真连接延迟通过建立更接近实际使用过程的连接来测量响应时间。它通常包含内核出站、协议握手和目标请求中的更多步骤。测试目标、超时时间与当前网络状态都会影响最终数值。
流量匹配顺序与出站选择
路由模块不会改变协议参数，而是判断一条连接应由哪个出站处理。规则通常按顺序匹配，域名、IP、端口和入站标签可能同时参与判断，因此规则位置与解析结果都会影响最终路径。
- 路由规则 routing rule
- 路由规则根据域名、IP、端口、协议或入站标签决定流量应进入哪个出站。多条规则通常按照配置顺序进行匹配，先命中的规则会影响后续处理。修改规则后应保存配置并重启或重载当前内核。
- 分流 traffic routing
- 分流是把不同目标流量按照条件交给不同出站处理的配置方法。常见条件包括域名分类、IP 范围、应用入口与目标端口。分流效果取决于规则顺序、DNS 解析结果和各出站是否正确配置。
- GeoIP IP dataset
- GeoIP 是按 IP 地址所属地理集合进行匹配的数据分类。它通常在路由规则中作为 IP 条件使用，需要先获得目标域名的解析结果。数据文件的版本会影响地址分类范围，因此更新后可能出现匹配变化。
- GeoSite domain dataset
- GeoSite 是按用途或类别整理的域名集合，可在路由与 DNS 规则中引用。它匹配的是域名规则，不等同于 GeoIP 的地址归属判断。具体分类名称和包含内容取决于客户端使用的数据文件。
- TUN 模式 virtual interface
- TUN 模式通过虚拟网络接口接收系统流量，可覆盖部分不会读取系统代理设置的应用。它涉及路由表、DNS 接管和虚拟接口权限，配置范围比普通系统代理更广。启用后应避免与其他虚拟网络工具重复接管同一流量。
- 系统代理 system proxy
- 系统代理是操作系统提供给兼容应用读取的代理地址与端口设置。v2rayN 通常把它指向客户端本地监听端口，再由内核选择对应出站。不会读取系统代理的程序需要单独设置，或根据场景使用 TUN 模式。
域名查询、映射地址与解析路径
DNS 配置决定域名交给哪个解析器、查询结果如何筛选，以及解析请求本身从哪条路径发送。路由规则依赖域名或 IP 时，DNS 结果也可能参与匹配，因此解析与分流应作为一套配置共同检查。
- DNS name resolution
- DNS 是把域名解析为 IP 地址的基础服务。V2Ray 配置可以指定多个解析服务器，并用域名分类、查询类型或预期地址范围决定选择顺序。系统 DNS、内核 DNS 与应用自带解析可能同时存在，需要明确实际查询路径。
- FakeDNS address mapping
- FakeDNS 会先向应用返回映射地址，再由内核根据映射关系恢复原始域名并处理流量。这种方式有助于在接管 IP 流量时保留域名信息。映射地址池、TUN 设置与路由规则需要相互配合。
- DNS 泄漏 unexpected resolver path
- DNS 泄漏指域名查询没有按预期进入指定解析路径，而是被系统或其他网络组件直接发送到另一解析器。常见检查点包括浏览器自带安全 DNS、系统 DNS、TUN 接管范围与内核路由。它描述的是路径偏离，不等同于普通解析失败。
- DoH DNS over HTTPS
- DoH 通过 HTTPS 传输 DNS 查询，解析服务器通常以 URL 表示。配置时需要关注该 URL 的域名如何完成初始解析，以及查询请求由哪个出站发送。只填写 DoH 地址并不会自动决定全部 DNS 流量的路由。
身份字段、握手参数与传输保护
认证字段用于识别连接身份，TLS 等安全层负责保护传输，两者在配置中承担不同职责。排查时应把地址连通、协议认证、安全握手与应用请求分成多个阶段，避免只根据单个报错推断全部配置。
- TLS transport security
- TLS 为连接提供加密与身份验证，常与 VLESS、Trojan 等配置组合。客户端字段通常涉及服务器名称、证书验证、应用层协议与指纹。服务器名称用于握手验证，不应简单视为服务器地址的重复值。
- UUID identifier
- UUID 是由十六进制字符按固定格式组成的标识符，在 VMess、VLESS 等配置中常作为用户身份字段。它不是服务器地址，也不是本地监听端口。复制时需要保留完整字符与连字符结构。
- 指纹 TLS fingerprint
- 指纹在相关客户端设置中通常指 TLS 握手特征。部分内核允许选择预设值，以调整客户端握手行为。该字段需要与安全层和服务器配置配合，不能替代服务器名称、公钥或认证信息。
- 传输加密 encryption layer
- 传输加密用于保护客户端与服务器之间传递的数据，应与协议认证和传输载体区分。TLS、REALITY 与协议字段位于不同配置层次，组合方式由服务器端设置决定。客户端本地监听端口是否加密则是另一个独立问题。
从界面名称回到配置层级
图形客户端会把多个配置字段合并为一个开关或下拉选项。例如“启用 TUN”背后可能同时涉及虚拟接口、DNS 接管、路由表和本地入站。遇到问题时，先确认当前使用的是系统代理还是 TUN，再检查请求是否进入客户端。
协议名称也不能单独说明完整连接方式。以 VLESS 为例，还需要继续确认安全层是 TLS 还是 REALITY、传输方式是什么、服务器名称和用户标识是否对应。把字段按协议、传输、安全和路由分层核对，通常比反复切换节点更容易定位问题。
订阅更新只负责取得配置内容，不负责证明每条服务器配置都能建立连接。更新失败应先检查链接格式和请求过程；导入成功但无法连接，则应检查节点字段、内核日志、系统时间、DNS 与路由设置。