VMess
Project V 生态中的代理协议，使用用户标识参与认证，常见于既有配置与订阅。连接时还要匹配服务端的地址、端口、传输方式和安全参数，单有用户标识并不足够。遇到认证错误时，除检查导入内容，也应确认设备时间是否准确；时间偏差可能影响认证。
配置阅读参考 · 25 个术语
V2Ray 常用术语表
协议、内核、订阅、路由与 DNS，按设置所在层级查阅。
先分清名称指向哪一层，再修改对应设置。协议决定连接约定，内核执行网络处理，客户端提供操作界面；三者不能互相替代。每个术语标题都带有独立链接，可用于保存或分享。
协议与传输
同一个协议可以搭配不同传输方式。导入配置后，应按完整参数判断兼容性，而不是只看协议名称。
VLESS
一种轻量代理协议，使用用户标识进行认证，协议本身不负责载荷加密。实际部署通常结合 TLS 或 REALITY 等安全配置使用，不能把协议名称直接理解为加密方式。修改节点时，传输、安全与流控选项都应以服务端提供的参数为准，不宜根据另一份配置猜填。
Trojan
通常结合 TLS 使用的代理协议，以密码进行认证。客户端需要同时掌握服务器地址、端口、密码和 TLS 相关参数，域名与证书设置也会影响连接。出现握手错误时，先区分认证失败与证书验证失败，不应把关闭证书验证作为常规修复步骤。
REALITY
Xray 生态中的传输安全方案，不是与 VLESS 并列的一套独立代理协议。配置时通常需要服务端提供的公钥、服务器名称和短标识等信息，各字段需要相互匹配。能在界面中看到选项，不代表当前内核支持所有组合；应同时确认内核版本与服务端要求。
传输层配置
描述代理连接如何承载数据的设置，常见名称包括 TCP、WebSocket 和 gRPC。这里的传输选项与 VMess、VLESS 等代理协议属于不同维度，也不能替代 TLS 设置。WebSocket 的路径、gRPC 的服务名称等附加字段必须与服务端一致，不能只改下拉菜单而保留旧参数。
内核与客户端
客户端负责导入和编辑，内核负责连接与规则执行。排查兼容性时，要同时记录这两部分的信息。
Project V
围绕模块化网络代理形成的项目与技术生态，V2Ray 是其中的重要组成。阅读文档时，这个名称通常描述项目背景与架构，不是某个客户端里可以启用的开关。生态中不同实现可能共享部分概念，但功能、字段与默认行为仍要分别查阅，不能认为配置完全通用。
V2Fly
持续维护 V2Ray 相关代码与文档的社区项目，提供代理内核实现。它与图形客户端并不是同一层：客户端可以生成配置，再交给内核执行。使用面向其他内核编写的教程时，应先确认字段支持情况，尤其不要把专有传输安全选项直接写入配置。
Xray
从 V2Ray 技术体系发展而来的代理内核，承担协议处理、路由选择与 DNS 等网络任务。它不是订阅来源，也不会自动提供可连接的远端服务器。某项功能能否使用，取决于内核实现、版本以及客户端是否正确生成参数；更新界面程序后仍应检查实际运行的内核。
v2rayN
用于桌面系统的图形客户端，提供订阅分组、服务器选择、路由设置和系统代理等操作入口。界面程序与代理内核各自承担不同工作，因此客户端版本号不能直接当作内核版本号。排错时先查看运行日志与当前内核，再确认操作系统代理或 TUN 设置是否生效。
v2rayNG
Android 图形客户端，通过系统 VPN 接口接收设备流量，再由内核按配置处理。首次连接时的系统授权只表示允许建立本地接管通道，不代表远端连接已经成功。若启用了分应用代理，还需要检查应用名单及其包含、排除逻辑，避免把未接管的应用误判为节点故障。
订阅与节点
获取配置、选择服务器和测试连接是三个不同动作。订阅更新成功，不等于列表中的每个服务器都能使用。
订阅
客户端通过一个地址批量获取服务器配置的方式，返回内容需要是客户端能识别的格式。更新订阅表示重新读取配置，不等于续订服务，也不负责自动修复远端连接。订阅地址可能携带访问凭据，分享截图、日志或求助信息前，应遮去完整地址中的敏感部分。
节点
对一组远端服务器连接参数的常用称呼，客户端界面中也可能使用“服务器”这个名称。一个节点通常包含地址、端口、协议、认证和传输设置，而不是只有一个 IP。备注名称只便于辨认，不能据此确认实际位置、带宽或可用状态；这些需要结合测试与服务说明判断。
订阅分组
用于区分订阅来源与维护范围的客户端组织方式，便于分别更新、筛选和管理服务器。分组通常不会自动变成路由规则，把节点移入某个分组也不代表特定应用就会使用它。删除或更新前先确认操作作用于当前分组还是全部分组，避免覆盖手动维护的条目。
延迟
一次指定测试从发起到收到响应所经历的时间，数值必须结合测试类型理解。TCP 端口探测、HTTP 请求与完整代理连接测量的阶段不同，不能直接横向比较。较低延迟也不保证较高下载速度；测试目标、网络拥塞和远端负载都会改变结果，超时则只说明这次测试未在期限内完成。
真连接延迟
通常指经由代理连接访问测试地址后得到的耗时，比单纯检测服务器端口更接近实际请求路径。它可能包含代理握手、域名解析和目标响应等阶段，具体流程以客户端实现为准。测试失败时要查看日志区分节点连接失败与测试网站不可达，不能仅凭一个结果判断所有业务访问。
路由与分流
先确定匹配条件，再确定出站。域名集合、IP 集合与系统代理作用于不同环节，不能互相替代。
路由规则
按域名、IP、端口或协议等条件匹配请求，并选择对应出站的配置。常见条件写法包括 domain:example.com 与 geosite:private，实际可用语法取决于内核与编辑入口。规则顺序以及未匹配时的默认行为都会影响结果，应通过日志确认命中了哪条规则，而不是只确认规则已保存。
分流
按条件把不同请求交给直连、代理或阻断等不同出站的处理方式，不是单独的一种代理协议。同一应用可能访问多个域名，所以它的不同请求也可能走不同路径。排查时需要同时核对路由条件、DNS 结果和目标信息是否可识别，不宜把一次访问结果当作整个应用的固定行为。
GeoIP
按类别组织的 IP 地址集合，可供路由规则通过集合标签匹配，例如 geoip:private。标签代表数据文件中的集合，不是对目标位置的实时证明，也不负责测量链路速度。集合内容与更新时间会影响匹配结果；目标使用多个地址或解析结果改变时，也可能进入不同规则。
GeoSite
按服务或用途组织的域名集合，用于减少逐条维护域名的工作量，与按 IP 匹配的 GeoIP 不同。某个标签能否使用，取决于当前加载的数据文件是否包含它，而不是标签看起来是否合理。规则没有命中时，应确认连接保留了域名信息，并检查实际访问域名是否属于该集合。
系统代理
把本机代理入口写入操作系统代理设置，供遵循该设置的应用使用，例如指向本地 HTTP 监听端口。它不会自动接管全部流量，终端工具、部分应用或自行设置代理的浏览器可能采用另一套路径。启用后应分别验证目标应用，并确认监听端口与系统配置一致，不能只看客户端处于运行状态。
DNS 与网络层
解析域名与建立连接是两个阶段。修改 DNS、TUN 或嗅探选项时，应记录原值，每次只调整一项。
DNS
将域名解析为 IP 地址等记录的系统，应用通常需要先获得解析结果，再连接目标。使用哪个解析服务器，与访问该解析服务器时走哪条路径，是两个需要分别确认的问题。浏览器自己的加密 DNS、系统解析器和客户端内置 DNS 可能同时存在，因此修改一处并不一定改变所有应用的行为。
TUN 模式
通过虚拟网络接口接收 IP 数据包，再由程序处理的流量接管方式，适用于不读取系统代理设置的部分应用。它与系统代理不是同一个开关，通常还涉及权限、系统路由、DNS 和排除规则。开启后仍应检查局域网访问与其他虚拟网卡的关系，不能简单等同于所有连接都被正确接管。
FakeDNS
为域名分配合成 IP 地址并保存映射的 DNS 处理方式，这些地址不是目标服务的真实公网地址。后续连接必须回到能识别映射的处理链路，程序才能恢复域名并继续路由。若解析由一套程序完成、连接却绕过该程序，可能出现无法访问；因此它需要与流量接管和地址池路由配合。
DNS 泄漏
指 DNS 请求没有按预期路径处理，而是发往其他解析服务的情况，判断前需要先明确期望的解析路径。仅凭测试页显示的解析服务名称，无法完整确定请求经过的全部环节。应分别检查系统 DNS、浏览器加密 DNS、客户端规则与应用自身设置；加密解析也不自动代表使用了预期出站。
流量嗅探
从连接初始数据识别协议或目标域名，辅助路由匹配的功能，例如利用部分握手中可见的信息。它不等于解密业务内容，也不能保证每条连接都能提取到域名。嗅探结果用于匹配还是还会影响目标地址，取决于具体选项；遇到兼容性问题时，应核对设置范围并对比关闭前后的日志。