VMess #
代理协议 / 身份认证与数据保护
VMess 是 V2Ray 生态中的代理协议，使用用户标识等参数完成认证，并具有自身的数据保护机制。节点里的地址、端口、用户标识和传输设置需要与服务端对应，不能只凭名称判断是否兼容。认证异常时还应检查设备时间，因为明显的时钟偏差可能影响连接。
V2Ray 术语表
协议决定怎么交流，内核负责执行，路由决定连接往哪走。先分清这些层次，再看设置项。
按五类查阅 25 个常见术语。每条都可通过标题旁的链接单独定位；具体菜单名称可能随客户端版本变化。
配置片段 / 仅展示路由字段
{
"routing": {
"rules": [
{
"type": "field",
"domain": ["geosite:cn"],
"outboundTag": "direct"
}
]
}
}
PROTOCOL / TRANSPORT
协议与传输
代理协议、承载方式、安全机制是三个不同维度。看到 VLESS、WebSocket、TLS 同时出现，不代表配置里装了三套客户端。
VLESS #
代理协议 / 精简的协议层
VLESS 负责代理请求的组织和认证，本身不负责传输内容加密。实际部署通常搭配 TLS 或 REALITY 等安全机制，所以“支持 VLESS”不等于支持该节点所用的全部组合。导入后应保留原有安全设置与 flow 等参数，不要套用其他节点的配置。
Trojan #
代理协议 / 密码认证
Trojan 通常通过 TLS 保护连接，并使用密码完成身份认证。密码正确只是连接成立的一个条件，服务器地址、端口、服务器名称和证书验证也要匹配。证书报错时应核对配置与设备时间，不宜把关闭验证当作通用修复步骤。
TLS #
传输安全 / 加密与身份验证
TLS 用于保护通信内容，并通过证书等机制验证通信端身份，它不是某一种代理协议的别名。客户端中的服务器名称通常参与 TLS 握手及证书验证，不一定等于填写的连接 IP。连接到端口成功而 TLS 握手失败，说明问题可能出在后续安全协商，而非基础网络不可达。
REALITY #
传输安全 / Xray 生态
REALITY 是 Xray 生态中的传输安全机制，不是一个可单独代替 VLESS 的代理协议。使用时需要客户端内核支持，并让公钥、服务器名称、short ID 等参数与服务端要求一致。普通 TLS 配置不能仅通过更换名称变成 REALITY 配置，界面能填入字段也不代表内核一定能执行。
WebSocket #
传输方式 / 常见缩写 WS
WebSocket 是一种双向通信方式，在代理配置里可以用来承载协议数据。路径和 Host 等字段往往需要与服务端或反向代理对应，多一个斜杠也可能改变请求去向。它与 TLS 分属不同层次，可以组合使用；排查时要分别确认承载方式与安全设置。
CORE / ECOSYSTEM
内核与生态
客户端名称不等于内核名称。判断配置能否使用，要看实际调用的内核、版本及相关功能支持。
Project V #
项目生态 / 模块化网络工具
Project V 是围绕模块化网络代理工具形成的项目与技术生态，V2Ray 是其中的核心项目之一。它强调通过不同模块组织入站、出站和路由，不是某一个图形客户端的产品名称。阅读资料时，应继续确认文中讨论的是生态概念、具体内核，还是客户端菜单。
Xray #
代理内核 / 独立演进的实现
Xray 从 V2Ray 相关代码发展而来，之后独立演进，REALITY 等特性与这一生态密切相关。v2rayNG 使用 Xray 内核，但具体支持范围仍取决于所带内核版本。不要因为两种内核的配置外观相似，就直接交换包含特有字段的完整配置。
V2Fly #
维护社区 / V2Ray 实现
V2Fly 是持续维护 V2Ray 相关实现与文档的社区，日常所说的“V2Fly 内核”通常指其维护的 V2Ray 实现。v2flyNG 是使用这一内核的 Android 客户端备选。内核之间的区别应按协议、安全机制和字段逐项比较，不能简单理解成同一个程序的新旧名字。
客户端与内核 #
操作界面 / 连接执行
客户端负责管理订阅、展示设置和生成配置，内核负责实际接收与转发连接。v2rayN 是图形客户端，不是 V2Ray 内核的另一个拼法；内核选项则应以所用版本的界面为准。遇到启动失败时，先分清是界面程序打不开，还是界面已打开但内核未能启动，两者的排查入口不同。
SUBSCRIPTION / PROFILE
订阅与节点
订阅是获取配置的入口，节点是获取到的一组连接参数，测试结果只是某次测试的反馈。
订阅 #
Subscription / 批量获取配置
订阅让客户端通过一个地址获取一组连接配置，省去逐条填写节点的过程。订阅地址可能带有访问令牌，应像账号凭据一样保管，分享截图时也要遮住完整地址。成功保存地址不等于已经拉取配置，还需要执行更新；订阅也不会自动替你设置系统代理。
节点 #
连接配置 / 不只是服务器名称
节点通常是一组包含服务器地址、端口、认证信息、传输方式和安全设置的配置。列表中的显示名称主要用于识别，不能单凭名称判断服务器位置、性能或可用性。同一服务器也可能提供多种配置，因此排查应以实际参数和日志为依据，而不是只比较节点名称。
订阅更新 #
拉取与解析 / 不等于程序升级
订阅更新是重新请求订阅地址，再把返回内容解析成客户端可用的配置。它不会升级客户端安装包，也不保证服务端当前可连接。更新失败时应依次确认地址是否完整、请求是否成功、返回格式是否受支持；“通过代理更新”还依赖现有代理本身可用。
延迟 #
Latency / 先看测试方法
延迟是一次指定测试从发起到得到响应的耗时，界面中的毫秒值必须结合测试方法理解。端口连接测试、代理请求测试与网页完整加载测量的不是同一件事。数值较低不一定代表下载速度更高，偶发超时也不能单独证明节点长期不可用，应在相同条件下复测。
真连接延迟 #
代理链路测试 / 实现因客户端而异
真连接延迟通常指使用所选代理配置请求测试地址的耗时，比单纯探测服务器端口更接近实际代理访问。具体是否包含域名解析、握手等阶段，取决于客户端实现和测试配置。测试失败可能来自节点、解析器或测试目标本身，应结合日志与其他目标交叉判断。
ROUTING / DNS
路由与分流
连接进入客户端之后，才由规则决定出口。域名、IP 地址和 DNS 解析结果会影响规则如何匹配。
路由规则 #
Routing rules / 条件与出口
路由规则根据域名、目标 IP、端口等条件，为连接选择对应出站。规则通常按顺序检查，前面的宽泛条件可能让后面的精细条件没有机会命中。修改规则前应先明确匹配对象和目标出口，并核对出站标签是否存在；兜底行为还取决于完整配置和所用内核。
分流 #
按条件处理 / 直连、代理或阻断
分流是把不同连接按规则交给不同处理方式，例如直连、代理或阻断，并不等于把流量平均分给多个节点。客户端中的“绕过大陆”等名称通常对应一套预设规则，实际范围取决于规则和数据文件。切换预设后，应验证具体目标的走向，不能只看按钮是否选中。
GeoIP #
IP 地址集合 / geoip.dat
GeoIP 用地址集合帮助路由匹配目标 IP，常见引用形式是 geoip:cn，相关数据常保存在 geoip.dat 中。它匹配的是地址归类，不是直接识别某个网站的经营主体或内容语言。数据来源、更新时间和地址变化都可能影响结果，因此它不是实时且绝对准确的位置判断。
GeoSite #
域名集合 / geosite.dat
GeoSite 把域名组织成分类集合，规则可用 geosite:cn 等形式引用，常见数据文件名为 geosite.dat。它处理域名归类，与按 IP 匹配的 GeoIP 不是同一份数据。可用标签由实际数据文件决定，照抄不存在的标签可能导致配置加载失败，更新规则时需要同时确认数据来源。
DNS #
域名系统 / 名称到地址
DNS 把域名解析成 IP 地址等记录，让应用知道连接目标在哪里。系统、浏览器和代理内核可能分别拥有解析设置，因此修改客户端 DNS 不一定能覆盖所有应用。排查“域名打不开但地址可达”时，需要区分解析失败、返回结果差异和连接失败，避免一开始就更换全部节点参数。
FakeDNS #
合成地址 / 域名映射
FakeDNS 为域名分配合成 IP，并保留域名与地址的对应关系，后续接管流量时可借此恢复目标域名。合成 IP 不是网站的真实服务器地址，需要解析与流量接管环节相互配合。若应用拿到了合成地址，却绕过了能够处理映射的客户端，连接就可能失败；它也不是所有 DNS 故障的通用开关。
CLIENT / LOCAL NETWORK
客户端设置
先确认应用是否把连接交给客户端，再检查客户端如何处理。接管入口与路由规则解决的是不同问题。
系统代理 #
应用入口 / 遵循系统设置才生效
系统代理是操作系统提供的一组代理设置，遵循该设置的应用会把请求交给指定的本地代理入口。v2rayN 的“自动配置系统代理”负责设置这一入口，不代表所有程序和全部网络协议都会被接管。选择“清除系统代理”通常是移除相关设置，并不是删除订阅或节点；退出后无法联网时，应检查是否残留指向已关闭客户端的代理设置。
TUN 模式 #
虚拟网络接口 / 路由接管
TUN 模式通过虚拟网络接口及系统路由接管流量，通常能覆盖部分不遵循系统代理的应用。它往往需要额外权限、路由和 DNS 配合，并可能与其他网络软件发生冲突。它不是“全局代理”的同义词，接管后的连接仍可按规则直连或代理；Android 客户端常通过系统 VPN 接口实现流量接管，菜单名称不一定叫 TUN。
DNS 泄漏 #
解析路径偏离 / 按预期策略判断
DNS 泄漏通常指域名查询没有沿预期路径处理，而是交给了其他解析器。浏览器的安全 DNS、系统解析服务和客户端 DNS 设置都可能影响结果，不能只看某一个开关。检查时先明确哪些查询应走哪条路径，再对照实际解析来源；普通直连查询若符合预设策略，并不能仅因没有经过代理就认定为泄漏。
Mux 多路复用 #
逻辑连接复用 / 不是通用提速项
Mux 尝试在较少的底层连接中承载多个逻辑连接，可能减少部分重复建连开销。效果取决于协议、网络状况和两端实现，有些组合不适合启用，也可能在丢包时相互影响。没有明确需求时可保留客户端建议值；要比较开关效果，应在相同节点和测试条件下逐项验证，而不是同时改动多个参数。