VMess
Project V 生态中的代理协议，包含身份验证与数据保护机制，常见身份参数为 UUID。VMess 不是某一种固定的底层传输方式，同一协议可以配合不同传输设置使用。排查连接时，应分别核对协议参数、传输方式和安全层，而不是只比较节点名称。
配置名称与连接概念
V2Ray 术语表
从协议、内核到路由字段，按配置所在层级查阅。先区分“接收连接”“选择出口”与“建立连接”，再对照客户端菜单和日志定位具体设置。
同名菜单在不同客户端版本中可能有差异。协议和字段能否使用，以实际运行的内核及其版本为准；术语解释不代表配置可以跨内核直接复制。
协议与传输
代理协议负责约定连接行为；传输方式与安全层负责承载和保护连接。三者需要分别核对。
VLESS
轻量代理协议，本身不负责加密传输内容，通常需要与适合的安全层配套使用。UUID 用于身份识别，TLS、REALITY 等配置则影响连接的安全属性。节点中出现 VLESS，并不意味着所有内核版本都支持同样的 flow 或传输组合。
Trojan
通常结合 TLS 使用、以密码进行认证的代理协议。认证密码和 TLS 服务器名称是不同参数，不能相互替代。遇到握手失败时，需要同时检查证书验证、服务器名称与传输配置，不能仅凭密码正确就判断连接应当成功。
TLS
为传输提供加密、完整性保护与对端身份验证的安全协议。配置里的 serverName 通常用于证书名称验证，并可能通过 SNI 发送给服务端。服务器地址与服务器名称可以不同，但这种配置必须有明确依据；跳过证书验证不应当成为常规排障步骤。
REALITY
Xray 生态中的传输安全机制，不是与 VMess、VLESS 并列的代理协议。使用时需要受支持的内核，并匹配公钥、服务器名称、短标识等相关参数。它与 TLS 有关联，但配置字段不能简单互换；客户端能识别分享链接，也不等于当前内核一定能运行该组合。
内核与客户端
客户端负责界面与管理，内核负责执行网络配置。选型时应同时确认这两个层面。
Project V
围绕网络代理与通信工具形成的开源项目体系，V2Ray 是其中的重要组成部分。日常语境中的“V2Ray”有时也被用作整个相关生态的泛称。阅读教程时，应进一步确认内容针对 V2Fly 还是 Xray，避免把生态名称误当作具体的运行程序。
V2Fly
延续 V2Ray 项目开发与维护的社区，其核心程序通常称为 v2fly-core。内核负责解析配置、接收入站连接、执行路由并建立出站连接。与 Xray 共同源于相关技术基础，不代表新增协议、配置格式和字段可以始终保持一致。
Xray 内核
从 V2Ray 发展而来的独立内核分支，包含自身的协议与传输功能。客户端界面中的内核选择会影响字段是否被接受、连接方式是否可用。出现未知字段或不支持的协议提示时，应先确认实际启动的内核，而不是只查看应用名称。
v2rayN
用于 Windows、macOS、Linux 的桌面图形客户端，负责节点、订阅、路由设置与内核调用。界面保存的配置可能经过转换后才交给内核运行，因此界面配置文件不一定等同于最终运行配置。桌面版与经典 WPF 版的界面组织不同，操作时应以当前菜单为准。
v2rayNG
Android 图形客户端，采用 Xray 内核处理代理连接，并借助系统 VPN 接口接收所选应用的流量。应用的版本号与内核版本号属于不同信息，排查兼容性时都可能需要查看。是否允许某个应用进入代理路径，还取决于分应用设置及系统授权状态。
v2flyNG
采用 V2Fly 内核的 Android 图形客户端，可作为需要相应内核行为时的备选。它与 v2rayNG 名称接近，但协议能力与配置兼容范围不能据此推定相同。导入节点前，应先核对所需协议、安全层及相关字段是否被实际内核支持。
配置结构
以下名称对应常见 JSON 配置概念。数组、对象和标签引用各有用途，不宜仅按字段名称拼接片段。
JSON
以对象、数组与键值对表达数据的文本格式，常用于描述内核运行配置。标准 JSON 的键名和字符串使用双引号，不允许尾随逗号或注释。语法正确只是第一步，端口类型、协议名称与字段层级仍必须符合所用内核的约定。
入站
inbounds 定义内核如何接收连接，常见内容包括监听地址、端口、协议和标签。监听在回环地址通常只供本机程序访问，改为其他地址前应了解访问范围。客户端启动成功但应用没有流量时，需要确认应用使用的代理端口与对应入站一致。
出站
outbounds 定义内核如何向外建立连接，可以包含代理、直连或阻断等不同处理方式。出站的 tag 是供路由引用的标识，不是远端服务器地址。修改标签后应同步检查 outboundTag 等引用，否则规则可能无法指向预期出口。
routing 配置段
承载路由匹配策略与规则列表的配置对象，用来决定进入内核的流量应走哪个出口。domainStrategy 会影响域名何时参与 IP 解析和匹配，需要与 DNS 配置一起理解。它不会替代操作系统代理设置，也不能处理尚未进入内核的应用流量。
policy 策略
用于设置连接超时、用户等级相关行为或统计开关等内核参数。它与按域名、地址选择出口的路由规则职责不同。修改超时前应先判断问题发生在解析、握手还是数据传输阶段，单纯延长等待时间并不能修复不匹配的连接参数。
路由与 DNS
域名如何解析、规则拿到什么目标信息、出口如何选择，是同一连接路径中的不同环节。
路由规则
按照域名、IP、端口或入站标签等条件匹配流量，并指定出站或均衡器。常规规则列表按顺序匹配，前面的宽泛规则可能提前覆盖后面的精细规则。排查时应同时查看规则条件、排列位置和标签引用，而不是只确认某个域名是否写进列表。
分流
把不同流量按条件分配到不同出口的处理方式，例如内部地址直连、指定域名走代理。分流效果由规则顺序、可用的域名信息、DNS 结果及默认出口共同决定。客户端里的“全局”或“规则”可能描述不同层面的模式，不能只凭菜单名称推断所有应用的最终路径。
GeoIP
供路由匹配使用的 IP 地址集合数据，通常以分类标签引用。它仅按 IP 地址集合匹配，匹配结果不能直接用于判断网站的运营主体或域名所属地区。解析结果改变、目标采用内容分发网络或数据文件不同，都可能改变实际命中情况。
GeoSite
供域名匹配使用的分类集合数据，适合把一组相关域名放进同一规则。分类标签及其包含内容取决于实际加载的数据文件，不能假定任意标签始终存在。GeoSite 与 GeoIP 分别面向域名和 IP，二者可以配合使用，但含义并不相同。
DNS
将域名解析为地址等记录的系统，内核内置解析器与操作系统解析器可能采用不同路径。dns.servers 描述内核可使用的解析服务器，实际是否调用它还取决于路由与出站策略。改变 DNS 地址不等于应用的所有查询都会自动经过该解析器。
FakeDNS
为域名分配合成 IP，并在后续连接到来时恢复域名信息的机制。合成地址不是目标服务器的真实公网地址，需要后续流量继续进入能理解映射关系的处理路径。只修改 DNS 返回结果而没有配套接管连接，可能造成地址无法访问或映射失效。
DNS 泄漏
指 DNS 查询偏离预期解析路径，例如原本希望通过指定出口解析，却仍由其他解析器发出。判断时应关注请求实际上由谁发送、发往何处，而不只是网页显示的解析服务器位置。应用自带解析、加密 DNS、系统缓存和分应用设置都可能影响观察结果。
订阅与节点
导入参数、测试连接与接收应用流量是三个步骤。测试结果应结合测试方法和当前模式阅读。
订阅
通过链接获取并批量导入节点配置的分发方式，客户端通常按订阅分组管理来源。更新可能新增、删除或替换组内节点，因此手工修改的节点参数不一定会保留。订阅地址可能包含访问凭据，截图、日志和求助内容中应避免公开完整链接。
节点
客户端中一组用于建立代理连接的参数，通常包含地址、端口、认证信息、协议和传输设置。显示名称只是便于识别的备注，不证明服务器所在位置或实际连接质量。节点可以成功导入，只说明客户端识别了相关格式，仍需启动连接并检查日志。
延迟
一次特定测试过程的耗时，必须先说明测量方法才有比较意义。TCP 建连只覆盖端口可达性的一部分，ICMP 响应也不代表代理协议可以完成认证。不同测试目标、网络状态和超时设置会影响结果，低延迟不能直接推导出高下载速度。
真连接延迟
客户端通常用这个名称表示经由节点向测试地址发起实际请求的耗时。具体是否包括解析、连接复用或握手，取决于客户端实现与测试设置。测试成功能说明当时到该目标的请求完成，但不能保证其他网站、应用或后续连接也有相同结果。
系统代理
操作系统向应用提供的代理设置，通常把遵循该设置的请求引向本机客户端端口。部分应用使用自己的代理配置或直接连接，因此开启系统代理不等于接管全部流量。它决定流量是否进入客户端，进入后的出口仍由内核路由等设置决定。
TUN 模式
通过虚拟网络接口处理 IP 数据包的运行方式，可以覆盖部分不遵循系统代理设置的流量。实际接收范围取决于系统路由、权限、DNS 处理与客户端实现，不能理解为开启后所有连接都会走代理出口。启用后若出现异常，应检查其他虚拟接口、路由冲突与分应用设置。