VMess
Project V 生态中的代理协议，使用用户标识等参数完成认证。VMess 与 TCP、WebSocket 等传输方式不是同一层概念，是否启用 TLS 也需要单独查看。排查连接时，应逐项核对用户标识、传输路径与服务端名称，并保持设备时间准确，避免认证受到时间偏差影响。
概念与设置
V2Ray 名词解释
协议、内核、客户端与路由。按配置层次查阅术语。
界面中的相邻选项，不一定处理同一件事。协议决定双方如何通信，内核执行连接与路由，客户端负责配置入口。先分清这些层次，再判断需要修改哪一项设置。
6 个分类
24 个术语
可定位到单条解释
01 / Protocols
协议与传输
协议名称不等于完整连接方案。认证方式、传输类型与安全层需要分别核对。
VLESS
轻量的代理协议，本身不提供载荷加密，实际连接通常配合 TLS 或 REALITY。导入配置时，除了用户标识，还要保留传输类型与服务端要求的 flow 参数。不能把 VMess 配置中的协议名称直接改为 VLESS；服务端也必须提供相应支持。
Trojan
通常依托 TLS 建立安全连接、使用密码认证的代理协议。密码、服务器端口、服务端名称与证书验证共同影响连接结果，单独核对密码并不足够。遇到证书错误时，先确认域名与系统时间，不应把关闭证书验证作为常规处理方式。
REALITY
Xray 生态中的传输安全机制，常与 VLESS 组合使用，不是独立的节点协议。客户端需要的公钥、服务端名称与 shortId 应来自对应服务端配置，各字段之间存在匹配关系。导入后若提示不支持相关字段，应先确认实际使用的内核及其能力，而不是随意删除参数。
02 / Engines
内核与项目
项目名称描述来源与维护体系；当前运行的内核，才决定配置能否执行。
Project V
围绕网络通信工具形成的项目体系，V2Ray 是其中的重要组成部分。日常讨论中的“V2Ray”有时泛指这套生态，但具体安装的软件可能是图形客户端，也可能是网络内核。阅读教程时，应先识别操作对象，避免把内核配置字段当成所有客户端都具有的界面选项。
V2Fly V2Fly-core
延续 V2Ray 开发与维护的社区项目，其网络内核通常称为 V2Fly-core。内核负责接收流量、执行协议处理并按规则建立出站连接，图形界面则由客户端提供。协议和传输能力取决于实际内核版本，使用某款客户端并不意味着它能执行生态中的全部配置。
Xray-core
从 V2Ray 发展而来的网络内核，负责协议处理、路由与连接建立。它与 V2Fly-core 有共同历史，但后续功能与配置字段并非完全一致。切换内核前，应确认当前配置使用的协议、安全机制及传输方式均被目标内核支持，并保留可恢复的原有设置。
03 / Configuration
客户端与配置
客户端负责组织设置；系统代理与虚拟接口决定流量如何进入处理链。
v2rayN
用于 Windows、macOS 与 Linux 的图形客户端，提供订阅管理、路由配置与代理设置入口。界面负责管理配置，实际网络连接由配套内核处理，因此界面正常打开不代表内核已经成功启动。不同桌面版本的菜单位置可能有差异，操作时应以当前界面的功能名称为准。
v2rayNG
Android 图形客户端，使用 Xray 内核处理连接，支持服务器配置与订阅分组管理。常见 VPN 模式通过系统 VPN 接口接收应用流量，需要用户授予相应权限。系统显示 VPN 图标只说明接管接口已经建立，仍需通过实际请求确认远端连接与路由是否正常。
v2flyNG
采用 V2Fly 内核的 Android 图形客户端，可作为匹配该内核配置的选择。它与 v2rayNG 名称相近，但内核能力并不完全相同，不能把两者当成同一软件。选型时先核对订阅要求，再判断界面与管理方式是否适合使用习惯，不应只依据名称迁移配置。
系统代理 System proxy
把操作系统的代理地址指向客户端本地监听端口的设置，只有遵循该设置的应用才会交付流量。它决定流量是否进入客户端，路由规则则决定进入之后走哪个出口。客户端退出后若保留了失效的本地代理地址，相关应用可能无法联网，此时应检查系统代理状态。
TUN 模式 Virtual interface
通过虚拟网络接口接收 IP 数据包，再交由代理组件处理的工作方式，可覆盖部分不遵循系统代理的应用。实际覆盖范围取决于路由、权限与 DNS 配置，并不等同于所有流量都走代理出口。启用前应确认客户端支持情况；多个网络接管工具同时运行时，还需排除接口与路由冲突。
04 / Routing
路由与分流
先确认匹配条件，再看规则顺序，最后检查目标出口是否存在。
路由规则 Routing rules
按域名、IP、端口或入站等条件选择出口的配置，出口通常通过标签关联。常见内核按规则顺序匹配，前面的宽泛规则可能让后面的细分规则失去命中机会。排查时既要检查条件，也要确认出口标签有效；没有命中任何规则的连接仍会按照内核的默认逻辑处理。
分流 Traffic routing
按照路由规则把不同连接交给代理、直连或阻断出口的处理方式。直连表示目标连接不经代理服务器，并不代表该连接跳过了本地内核的规则判断。分流不是自动加速，规则覆盖范围、DNS 解析结果与应用实际使用的目标地址都会影响最终路径。
GeoIP
以分类数据集合表达 IP 地址范围的规则工具，例如 geoip:private 常用于匹配私有地址范围。它匹配的是 IP 地址，不是网站界面语言，也不能保证识别网站所属组织。若规则需要先解析域名才能匹配 IP，还应检查内核的域名解析策略与实际解析结果。
GeoSite
把域名按类别组织成集合的规则工具，geosite:cn 是常见引用写法之一。集合是否包含某个域名，取决于所用数据文件及其更新状态，而不是名称本身作出的保证。若应用只提交目标 IP，域名规则能否生效还取决于内核是否通过其他机制获得了域名信息。
05 / Subscriptions
订阅与节点
订阅是配置的获取方式，节点是连接配置，分组是管理方式。
订阅 Subscription
客户端通过地址获取一组服务器配置的更新方式，具体内容格式需要客户端能够识别。更新成功只表示取得并解析了内容，不代表其中每个服务器都能连接。订阅地址可能包含访问凭据，分享日志或截图前应遮盖完整地址；更新失败时先检查地址有效性与当前网络路径。
节点 Server profile
客户端中一条远端连接配置的常用称呼，通常包含地址、端口、认证信息与传输参数。列表中的别名只是显示名称，不能证明服务器位置、性能或可用性。两个名称不同的配置也可能使用同一地址；判断是否重复，需要比较实际字段，而不是只看列表文字。
订阅分组 Subscription group
按订阅来源组织服务器配置的管理单位，便于分别更新、筛选与管理。分组不是路由规则，也不意味着组内配置会自动同时参与连接。对订阅生成的条目手动修改前，应了解客户端的更新行为，因为下一次更新可能重新生成配置并覆盖部分改动。
06 / Networking
网络基础
解析、接管与实际请求是不同环节。测试结果需要连同测试方式一起阅读。
DNS Domain Name System
把域名查询转换为 IP 地址等记录的系统，是应用建立连接前常见的一步。应用、操作系统与代理内核可能分别执行解析，因此设置了内核 DNS，并不代表所有应用都使用它。排查时应区分“查询交给谁”和“业务连接走哪里”，两条路径可能采用不同规则。
FakeDNS
向应用返回映射地址，并由代理组件维护地址与域名对应关系的机制，目的是在后续连接中找回目标域名。它需要流量接管路径配合，不是独立的加密 DNS 服务。若应用收到映射地址后绕开代理接口直接连接，可能出现访问失败，退出相关模式后也要留意旧的解析缓存。
DNS 泄漏 DNS leak
DNS 查询偏离预期解析路径、被交给非预期解析器的情况。判断前应明确哪些查询应由内核处理，哪些允许由本地网络解析，不能只看解析器所在地区。浏览器自带的加密 DNS、系统解析设置与应用独立解析器都可能改变实际路径，需要分别检查。
延迟 Latency
一次指定探测从发送到收到响应所需的时间，不同工具可能测量 ICMP、TCP 或应用层请求。测试方式不同，数字就不能直接横向比较，低延迟也不等于高下载速度。出现超时还可能是目标拒绝该类探测，应结合实际网页或业务请求判断，而不是只依据一个结果删除配置。
真连接延迟 Real connection latency
客户端经选定代理配置发起实际请求所得的耗时指标，比单纯端口探测覆盖更多连接环节。具体是否包含解析、握手或连接复用，仍取决于客户端实现与测试地址。测试成功只说明这一次请求可完成；其他目标可能受到路由、解析或服务端策略影响，仍需单独验证。
操作路径
从概念到配置
首次使用时，先按系统选择客户端，再导入配置并确认代理入口。若已有配置却无法访问，记录具体症状与错误信息，分别检查内核启动、订阅更新、DNS 解析和路由命中情况，不要同时修改多个层次的设置。