VMess
VMess protocol
VMess 是 Project V 生态中的代理协议，使用用户标识等参数完成认证，常见于 V2Ray 配置与订阅条目。配置时需要同时核对地址、端口、用户标识、传输方式和安全选项，不能只看协议名称。旧教程中的兼容参数不一定适用于当前版本；遇到认证失败时，也应检查设备时间是否准确。
V2Ray / 配置参考
V2Ray 术语表
按设置主题查词。先区分协议、传输与内核，再判断订阅、路由和 DNS 各自控制哪一段连接。
共 26 个术语。每个词条均有独立锚点，可复制词条链接用于排查记录；具体设置名称与可用功能以当前客户端和内核为准。
协议与传输
区分协议、传输与安全机制
一条服务器配置通常同时包含这三类参数。协议名称相同，不代表路径、流控与安全设置可以互换。
VLESS
VLESS protocol
VLESS 是一种轻量代理协议，本身不提供独立的内容加密层，通常与 TLS 或 REALITY 等安全机制组合使用。条目中的用户标识、流控和传输设置需要与服务端对应，不能从另一条配置直接套用。判断客户端能否使用某条 VLESS 配置时，还要核对实际内核对这些组合功能的支持。
Trojan
Trojan protocol
Trojan 通常使用 TLS 保护连接，并以密码完成代理认证；这里指网络协议，不是按名称判断某个文件的性质。密码负责身份认证，服务器名称与证书验证负责另一层连接检查，两者不能互相替代。导入条目后若出现握手错误，应分别检查安全设置与认证参数，而不是直接关闭证书验证。
REALITY
REALITY transport security
REALITY 是 Xray 生态中的传输安全机制，不是与 VLESS 并列的一种完整代理协议。客户端通常需要使用服务端提供的服务器名称、公钥、短标识等参数，并满足相应传输与内核要求。不要把 REALITY 的公钥填进用户标识或密码栏；字段位置不对，即使文本完整也无法组成正确配置。
传输方式
Transport · TCP / WebSocket / gRPC
传输方式规定代理连接如何承载数据，常见名称包括 TCP、WebSocket 和 gRPC；它与 VMess、VLESS 等代理协议属于不同层次。选择不同传输后，可能还需填写路径、Host 或服务名称，且必须与服务端匹配。传输名称不是性能排名，排查时应先确认参数一致，再考虑网络环境与实现差异。
内核与客户端
识别实际执行配置的组件
图形客户端负责管理和生成配置，内核负责处理连接。更新界面程序与更新内核，不一定是同一个操作。
Project V
Project V ecosystem
Project V 是围绕网络代理能力形成的开源项目生态，V2Ray 是其中的核心软件，相关工具可通过入站、出站和路由组合处理连接。资料中的 Project V、V2Ray、V2Fly 和 Xray 并不是同一个层次的名称。查阅配置示例时，先确认示例针对哪个项目与版本，再判断当前客户端能否生成或加载对应字段。
V2Fly
V2Fly / V2Ray core
V2Fly 是延续 V2Ray 开发的社区项目，日常讨论也常用这个名字指代相应内核分支。内核负责解析配置、建立连接并执行路由，不等于提供订阅按钮的图形界面。即使两份配置都标注为 V2Ray 配置，也应核对配置格式和功能支持范围，不要假定其他内核新增的字段可以直接使用。
Xray-core
Xray core
Xray-core 是源于 V2Ray 的独立内核项目，负责代理协议、传输、入站、出站和路由等实际处理。它与 V2Fly 有共同背景，但后续功能、字段和兼容范围并不完全相同。若客户端可以切换内核，切换前应核对当前条目的协议扩展及自定义配置，不能把更换内核当成通用的连接修复方法。
v2rayN
Windows / macOS / Linux
v2rayN 是桌面图形客户端，提供服务器管理、订阅更新、系统代理和路由设置等操作入口，并调用配套组件处理连接。桌面版与经典 WPF 版的界面形态不同，具体菜单与可用功能应按所用版本查阅。排查问题时分别记录客户端名称、内核类型和代理模式，比只说“V2Ray 连不上”更容易定位原因。
v2rayNG
Android · Xray
v2rayNG 是 Android 图形客户端，本页以其 Xray 内核使用场景说明，常借助系统 VPN 接口接管应用连接。系统授权、分应用代理和厂商后台限制都可能影响实际运行，不能只检查服务器条目。出现状态栏 VPN 标识只说明接管接口已建立，不代表远端服务器、DNS 和目标站点均已连通。
v2flyNG
Android · V2Fly
v2flyNG 是采用 V2Fly 内核的 Android 图形客户端，可作为按内核需求选择的备选客户端。它与 v2rayNG 名称相近，部分导入和连接操作也相似，但这不代表支持完全相同的协议扩展。迁移配置时先核对内核兼容性，再检查订阅解析与代理设置，避免把界面相似误认为配置一定通用。
订阅与节点
区分配置来源与连接测试
订阅更新成功、服务器条目存在、测试地址可访问，是不同的检查结果，不能相互代替。
订阅
Subscription
订阅是通过远端地址返回服务器配置集合的分发方式，客户端执行更新后再解析和保存其中的条目。订阅地址可能带有访问凭据，截图、日志和求助内容中应隐藏完整链接。更新成功只说明这次获取与解析完成，不代表每个条目都可连接；条目为空时，还要检查分组过滤条件与返回内容格式。
节点
Server profile
节点通常指客户端里的一条服务器配置，包含地址、端口、协议、认证及传输等参数，而不必然对应一台独立物理服务器。显示名称只是便于识别的标签，不能证明实际出口位置或链路结构。排查单个节点时，应核对配置字段和连接日志，不宜仅凭名称、图标或一次测试结果判断服务状态。
订阅分组
Subscription group
订阅分组用于组织订阅来源和所属服务器条目，客户端可能按组保存更新地址、过滤条件与自动更新策略。分组名称本身不构成路由规则，也不自动意味着故障切换或负载均衡。若订阅更新后数量明显变化，先检查该组的过滤条件和更新结果，再决定是否重新导入，避免覆盖手动调整的条目。
延迟
Latency
延迟是一次指定测试经历的时间，必须结合测试方法、目标和起止点解释；建立 TCP 连接与完成一次网页请求测到的并不是同一件事。较低的连接耗时不能直接说明持续下载更快，也不能替代吞吐量测试。比较结果时保持相同目标与测试方式，并留意网络波动，不要把某次读数当成长期结论。
真连接延迟
Real connection latency
真连接延迟通常指客户端经所选代理访问测试地址并记录耗时，比仅检查服务器端口更接近一次实际代理请求。结果仍会受到 DNS、握手、测试目标与具体实现的影响，不同客户端的数值不宜直接横向比较。测试失败时要区分代理链路错误与目标站点不可达，测试通过也不代表所有应用都已进入代理。
路由与分流
判断连接进入哪里、从哪里出去
系统代理控制部分应用的接入方式；连接进入内核后，再由路由条件决定出站。先分层检查，再修改规则。
路由规则
routing.rules / outboundTag
路由规则按域名、IP、端口、入站等条件选择出站，规则中的 outboundTag 指向已定义的出站标签。内核通常按顺序检查规则，先命中的规则决定该连接走向，同一规则内不同条件如何组合也应按内核文档确认。未命中时遵循该配置的默认行为，因此排查时必须同时看规则顺序、标签是否存在以及兜底出站。
分流
Traffic routing
分流是让不同连接按条件走代理、直连或阻断等出站的处理方式，可以依据目标域名、地址或其他可识别信息决策。客户端显示的“全局”通常是某种路由预设，不自动代表所有应用流量都已进入客户端。验证分流时先确认接入方式，再检查目标命中哪条规则，避免把流量未接管误判为路由失效。
GeoIP
geoip:cn
GeoIP 是供路由规则引用的 IP 地址集合数据，常按地域或用途分类；例如 geoip:cn 表示引用相应数据中的地址集合。它匹配的是 IP，而不是域名文字，是否需要先解析域名取决于路由的域名策略。数据版本、目标解析结果和地址归属变化都可能影响命中结果，分类标签不应被当成实时地理定位。
GeoSite
geosite:category-ads-all
GeoSite 是供路由引用的域名集合数据，可按服务、站点或用途分类，例如 geosite:category-ads-all 引用一组分类域名。分类是否存在、包含哪些域名，取决于当前加载的数据文件，不能只凭标签名称推断覆盖范围。规则无效时应检查数据是否正确加载、分类是否可用，以及前面的规则是否已提前命中。
系统代理
System proxy
系统代理是操作系统向应用提供的代理地址设置，客户端可将其指向本地监听端口，让遵循该设置的应用把连接交给代理。部分程序使用独立代理设置或直接建立连接，因此开启系统代理不等于接管整台设备。它与内核路由中的“全局”是两个层次；退出客户端后仍无法联网时，也应检查系统代理是否残留。
DNS 与 TUN
检查解析路径与流量接管
DNS 决定如何获得地址，TUN 决定如何接入部分连接，FakeDNS 与嗅探则为后续处理提供域名信息。
DNS
Domain Name System
DNS 将域名转换为 IP 地址等记录，浏览器、操作系统和代理内核可能各自发起查询并维护缓存。配置中的解析服务器、查询出站和域名策略共同影响连接结果，只替换一个 DNS 地址不一定改变所有应用的解析路径。排查时先确认查询由谁发起、走哪个出站，再区分解析失败、地址不合适与连接失败。
TUN 模式
TUN virtual network interface
TUN 模式通过虚拟网络接口接收 IP 数据包，再交给代理组件处理，可覆盖部分不遵循系统代理的程序。实际接管范围仍受系统路由、排除项、权限和组件实现影响，开启后也不等于全部连接都走代理出站。首次配置时应同时检查 DNS 与回环规避，并避免让多个 VPN 或虚拟网络组件争用默认路由。
FakeDNS
Fake DNS
FakeDNS 向应用返回虚拟地址，并维护虚拟地址与原始域名的映射，后续由代理组件恢复域名并处理连接。它依赖流量接管和映射恢复配套工作，不能当成普通公共 DNS 地址填写后就期待所有程序正常使用。若应用保留了旧缓存或相关流量绕过代理，虚拟地址可能无法正确处理，调整后需重新验证解析与连接路径。
DNS 泄漏
DNS leak
DNS 泄漏指查询偏离预期路径或解析器，例如原本计划经指定出站解析，实际却由应用直接向另一个解析器查询。是否属于泄漏要依据预期策略判断，直连域名使用本地解析并不天然构成配置错误。检查时同时关注系统 DNS、浏览器加密 DNS、应用内置解析与代理 DNS，单次检测页面不能完整反映所有应用行为。
流量嗅探
sniffing
流量嗅探从连接初始数据中识别协议或可见目标域名信息，为路由提供辅助线索，常用于进入内核时只带目标 IP 的连接。它不是解密能力，也不能保证从所有加密流量中恢复域名；结果受流量特征和具体实现影响。用于路由判断与改写连接目标的行为还可能由不同选项控制，应按当前内核说明配置。