VMess
VMess 是 Project V 生态中的代理协议，包含用户认证与数据保护机制，节点常以 UUID 标识用户。连接时不仅要匹配用户标识，还要对应传输方式及其附加参数。系统时间偏差可能影响认证，因此持续握手失败时也应检查设备时间同步。
V2Ray 术语表
协议、内核与路由
按设置层次解释 24 个常见名词。先区分连接协议、执行内核与流量路径，再对照客户端字段定位问题。
protocol / transport
协议与传输
协议处理认证与转发约定；传输设置决定这些数据如何被承载。
VLESS
VLESS 以轻量认证与转发为重点，本身不承担通用的数据加密，通常结合 TLS 或 REALITY 使用。配置中的 protocol、flow 与传输安全属于不同字段，不能只看到 VLESS 名称就认为节点参数完整。具体能力取决于内核实现，客户端和服务端的参数必须对应。
Trojan
Trojan 通常运行于 TLS 连接之上，通过密码认证用户，传输保护由 TLS 提供。地址、端口和密码正确，并不代表证书验证一定通过，服务器名称也需要与部署要求一致。排查时应区分密码认证失败、TLS 握手失败与目标连接失败。
传输层配置
这里指代理协议使用的承载方式，例如 TCP 或 WebSocket，Xray 配置中通常涉及 streamSettings。选择 WebSocket 后，路径及相关请求参数仍需与服务端对应，不能只改传输名称。TLS 与 REALITY 属于传输安全设置，不应与承载方式混为一项；更换协议也不会自动修正这些参数。
ecosystem / core
内核与生态
生态、内核和图形界面各有职责。排查兼容性时，应确认实际运行的内核。
Project V
Project V 指围绕模块化网络代理工具形成的项目生态，V2Ray 是其中重要的项目名称。它不是某一款桌面应用的菜单名称，也不代表所有相关客户端都有相同能力。讨论配置时，应进一步说明客户端名称、运行内核和相关功能，避免只用“V2Ray”笼统描述问题。
Xray-core
Xray-core 是处理协议、出入站、路由与 DNS 等工作的代理内核，图形客户端可调用它执行连接。VLESS、REALITY 与 Vision 等能力需要结合实际内核版本和参数检查，而不是只看界面是否显示对应选项。关于两条内核路线的关系，可继续阅读Xray-core 与 V2Fly 差异对比。
V2Fly
V2Fly 是延续 V2Ray 项目的社区及内核路线，与 Xray-core 有历史关联，但后续功能与配置细节有所分化。某份配置能由其中一个内核加载，并不保证另一个内核也接受全部字段。Android 上的 v2flyNG 可作为该路线的图形客户端选项，选用前应对照订阅所需协议。
图形客户端
图形客户端负责节点列表、订阅分组、代理开关和日志入口等交互，例如桌面端 v2rayN 与 Android 端 v2rayNG。界面通常根据用户设置生成内核配置，因此菜单名称不一定与 JSON 字段逐字对应。更新界面程序、更新内核、更新规则文件也是不同操作，出现兼容问题时要分别确认。
interface / traffic entry
客户端与界面
先看应用是否把流量交给客户端，再看内核通过哪个出口发送。
系统代理
系统代理把本地代理地址写入操作系统设置，仅对读取该设置的应用生效。部分命令行工具、独立网络组件或使用自有代理配置的软件不会自动跟随。启用后浏览器仍直连时，应检查应用代理设置与本地监听端口，而不是直接认定远端节点失效。
TUN 模式
TUN 通过虚拟网络接口接收 IP 数据包，再将流量交给代理程序处理，覆盖范围通常不同于系统代理。它的实际生效依赖系统权限、路由和 DNS 配合，打开开关不代表整条处理链已经建立。与其他虚拟网络软件并用时，应重点检查路由冲突、接口选择及本地网络访问。
入站 · Inbound
入站是内核接收连接的入口，例如供浏览器使用的本地 HTTP 或 SOCKS 监听端口，对应配置中的 inbounds。监听地址决定哪些设备能够访问入口，端口则需要与应用设置一致。只供本机使用时应保持本机监听；开放到局域网前，需要明确访问控制和认证要求。
出站 · Outbound
出站决定内核如何把流量送往下一段路径，可以是代理转发、直连或阻断，对应 outbounds。路由通过 outboundTag 引用某个出站，标签只是名称，名为 direct 的标签本身不会自动产生直连行为。规则引用与出站定义必须一致，否则可能发生配置错误或走向非预期出口。
subscription / measurement
订阅与节点
配置获取、服务器连接与测试结果是三个独立环节。
订阅
订阅是用于批量获取节点配置的地址或内容，更新动作通常会刷新所在分组的节点列表。更新成功只能说明请求与内容处理完成，不表示节点已连接，也不保证每个节点可用。订阅地址可能包含访问凭据，不宜公开；更新失败可按订阅更新排查说明区分地址、网络和格式问题。
节点
节点是客户端里一组可用于连接的服务器参数，通常包含地址、端口、协议、认证、传输和安全设置。显示名称便于识别，但名称中的地区文字不决定服务器的实际位置或出口路径。导入后若缺少服务器名称、公钥等必要参数，即便地址与端口可达，也可能无法完成握手。
延迟
延迟是某种测试方法下完成往返交互的耗时，阅读数值前应先确认测试测了什么。TCP 端口建立成功只能表明相应端口在当时可达，不能替代完整代理请求验证。较低延迟也不等于较高吞吐，下载速度还会受到带宽、丢包、目标服务和链路拥塞影响。
真连接延迟
真连接延迟通常指通过选定代理配置向测试地址发起请求，再统计完成时间；具体方法以客户端实现为准。它能覆盖更多实际连接环节，但结果仍受测试目标、超时阈值与当前网络影响。单次失败不宜直接判定节点不可用，应结合日志和其他目标复测，首次使用可参考首次连接检查步骤。
routing / name resolution
路由与 DNS
规则负责选路径，DNS 负责解析名称，两者会相互影响但并非同一功能。
路由规则与分流
分流是按域名、IP、端口或入站等条件，为连接选择不同出站的过程，规则通常按配置顺序匹配。宽泛规则放得过早，可能使后面的细分条件失去机会；未命中时的默认出口同样需要确认。domainStrategy 会影响域名何时参与 IP 解析，例如 IPIfNonMatch 在域名规则未命中后再尝试解析 IP 并匹配。
GeoIP
GeoIP 是按标签组织的 IP 地址集合，可通过 geoip:private 等表达式用于匹配。标签表示数据库所收录的地址范围，并不是对当前连接物理位置的实时测量。基于域名的连接能否命中 IP 规则，还受解析策略影响；更新数据后也应确认规则实际引用了可用标签。
GeoSite
GeoSite 是按用途、服务或地区等标签整理的域名集合，常以 geosite:cn 这类形式引用。它辅助域名匹配，不负责把域名解析成 IP，也不保证覆盖某类服务的全部域名。标签存在与否取决于实际使用的规则数据库，相关文件更新可查阅GeoIP 与 GeoSite 更新说明。
FakeDNS
FakeDNS 向应用返回合成 IP 地址，并在程序内部维护地址与原始域名的映射，便于后续按域名处理连接。这些地址不是目标网站的真实地址，连接必须进入能够恢复映射的处理链。若只启用解析端而没有对应的流量接管，可能导致访问失败；切换模式后还应留意系统和应用里的旧 DNS 缓存。
security / verification
安全与加密
认证、通道加密与 DNS 路径需要分别检查，不应以一个开关代替全部判断。
TLS
TLS 用于建立加密传输通道，并通过证书等机制验证对端身份。服务器名称、证书链和系统时间都会影响验证结果，其中 serverName 不能随意填成与服务部署无关的域名。遇到证书错误，应核对名称、时间与服务端配置，不应把跳过证书验证当作长期解决办法。
REALITY
REALITY 是 Xray 生态中的传输安全机制，常见于 VLESS 组合，不是一个独立的节点协议名称。服务器名称、公钥、短标识等客户端参数需与服务端要求一致，不能仅把安全类型改成 REALITY 就完成迁移。其握手关系与适用条件可继续阅读REALITY 与 XTLS Vision 原理解析。
XTLS Vision
Vision 是 VLESS 中常以 xtls-rprx-vision 表示的流控方式，主要用于优化符合条件的 TLS 流量处理。它需要搭配支持的传输方式及 TLS 或 REALITY，并由客户端和服务端共同支持。它不是独立协议，也不是对所有连接都有效的加速按钮；参数不匹配首先会表现为连接或握手问题。
DNS 泄漏
DNS 泄漏指域名查询没有沿预期解析路径发送，例如本应由指定远端解析的查询仍走了本地网络。判断时需要同时检查系统 DNS、浏览器安全 DNS、客户端内置 DNS 与分流规则，不能只看检测页面显示的解析器名称。若配置本来允许一部分域名本地解析，这类查询未必属于异常，重点是实际行为是否符合预期边界。
从术语回到配置
先确认问题属于哪个层次，再查对应设置。导入成功、端口可达、代理请求成功，是需要分别验证的状态。
如果尚未完成第一次连接，从订阅导入与代理模式教程开始，按顺序确认配置、选择节点并验证应用请求。若已能连接但部分应用不生效，优先对照系统代理、TUN、入站与路由这几项，避免反复更换无关字段。
遇到超时、解析失败或客户端异常时，转到故障排查按症状检查。分享日志前应移除订阅地址、用户标识、密码与其他认证信息，保留错误类型、发生环节及相关设置名称即可。