VMess
VMess 是 Project V 生态中的代理协议,包含身份认证与数据保护机制,服务器配置通常会提供 UUID 等参数。客户端与服务端需要采用兼容的认证和传输设置,设备时间明显偏差也可能导致连接失败。导入成功只说明客户端识别了配置,并不代表服务端一定可用。
概念速查 · 27 个术语
协议、内核、订阅与路由分流
先分清概念所属的层,再对照客户端中的设置项。协议决定连接双方怎样通信,内核负责处理连接,客户端负责管理配置;订阅提供服务器参数,路由与 DNS 决定流量和域名查询怎样处理。
从下方分类跳转,每个术语标题都可以作为页面锚点引用。需要实际操作时,先读入门指南;需要调整规则时,再查配置进阶手册。
连接如何建立
把代理协议、承载方式与安全机制分开理解。同一协议可以搭配不同传输方式,但两端的组合与参数必须兼容。
VMess 是 Project V 生态中的代理协议,包含身份认证与数据保护机制,服务器配置通常会提供 UUID 等参数。客户端与服务端需要采用兼容的认证和传输设置,设备时间明显偏差也可能导致连接失败。导入成功只说明客户端识别了配置,并不代表服务端一定可用。
VLESS 是使用 UUID 进行身份认证的轻量代理协议,本身不负责载荷加密,实际配置通常结合 TLS 或 REALITY 等安全机制。阅读参数时,要将协议、传输方式和安全设置分别核对。某个客户端能识别 VLESS 链接,不等于它所用的内核支持链接中的全部扩展参数。
Trojan 通常运行于 TLS 之上,使用密码完成代理协议层的身份认证。密码与 TLS 证书验证各有作用,填写正确密码不能替代对服务端身份的验证。排查连接时,应分别检查密码、服务器地址、端口与服务名称,而不是只反复更换密码。
REALITY 是 Xray 生态中的传输安全机制,常与 VLESS 配合使用,并不是独立的订阅格式。客户端中的公钥、服务名称及 shortId 等参数需要与服务端设置匹配,相关功能也受内核版本影响。导入后若提示不支持参数,应先确认内核能力,不要随意删除安全字段来尝试连接。
在客户端配置语境中,传输层通常指代理数据怎样承载,例如 TCP、WebSocket 或 gRPC,而不是单独指网络分层模型中的某一层。VMess、VLESS 等代理协议可以与不同承载方式组合,具体取决于内核实现。路径、Host 或服务名等字段属于相应传输设置,不能在不同承载方式之间直接照搬。
TLS 为网络连接提供身份验证、加密与完整性保护,客户端通常借助证书与服务名称确认对端身份。连接地址与用于验证的服务名称可能不同,应按服务端提供的配置填写。证书错误可能来自名称不匹配、证书过期或系统时间异常,关闭验证会改变安全边界,不应作为常规解决办法。
界面与执行程序
图形客户端管理订阅和设置,内核执行实际连接。功能是否可用,要同时看客户端是否提供入口、内核是否支持,以及配置是否正确。
V2Ray 通常指 Project V 生态中的网络代理核心,也常被用作相关技术的统称。核心程序读取配置后处理入站、路由与出站,图形界面则由客户端提供。遇到“V2Ray 配置”时,先确认对方指的是核心 JSON、单条分享链接,还是客户端订阅地址,三者的导入位置不同。
V2Fly 是围绕 V2Ray 核心开展维护与开发的社区项目,文档中也可能将其核心称为 v2fly 内核。它与图形客户端不是同一层软件,客户端更新和内核更新也不一定同步。判断协议或配置字段能否使用时,应以具体核心版本和客户端的适配范围为准。
Xray 是从 V2Ray 生态发展而来的核心项目,包含自身的协议、传输与安全功能。它与 V2Fly 具有共同基础,但不能据此认定两者的全部配置都可以互换。涉及 REALITY 等功能时,需要核对对应内核的支持情况,而不是仅看客户端名称中是否包含 V2Ray。
v2rayN 是面向 Windows、macOS 和 Linux 的图形客户端,用于管理订阅分组、服务器、路由设置及核心进程。桌面版使用跨平台界面,Windows 还提供保留经典界面的 WPF 版,界面布局可能有所不同。选择安装包时先确认系统与处理器架构,功能细节再结合所用内核判断。
v2rayNG 是使用 Xray 内核的 Android 图形客户端,提供订阅导入、服务器选择和路由设置等入口。启动服务时通常需要系统 VPN 授权,授权表示允许客户端通过系统接口接收相应流量,不代表服务器连接已经成功。验证时还应检查活动服务器、连接日志与实际访问结果。
v2flyNG 是使用 V2Fly 内核的 Android 图形客户端,可按内核兼容性需求作为备选。它与 v2rayNG 的操作思路接近,但底层支持范围不能直接画等号。迁移订阅前应确认所用协议与传输参数受到支持,需要选型时可阅读三款客户端横向评测。
配置从哪里来
订阅是配置来源,节点是连接参数,测试结果是某次探测的记录。它们分别回答“怎样更新”“连接哪里”和“这次能否访问”。
订阅是供客户端获取和更新一组服务器配置的地址或内容,可能采用编码文本或其他客户端支持的格式。添加订阅后通常还需要执行更新,列表才会生成;更新成功也不等于每台服务器都能连接。订阅地址可能包含访问凭据,分享截图和日志时应遮盖完整地址及其中的敏感参数。
节点是客户端中一组用于建立代理连接的服务器参数,通常包含地址、端口、认证信息、协议与传输设置。列表中的名称只是便于识别的备注,不是服务器位置或质量的可靠证明。选择节点后仍需启动对应服务,并确认应用流量确实进入客户端,才构成完整的使用链路。
分享链接将单条服务器配置编码为便于复制导入的文本,常见前缀包括 vmess://、vless:// 和 trojan://。它通常用于导入一条配置,而订阅地址用于后续拉取和更新一组配置。链接也可能包含密码或 UUID,应按连接凭据管理,不要直接贴进公开日志。
延迟表示一次探测在指定方法下测得的响应时间,数值意义取决于测试工具覆盖了哪些连接阶段。TCP 端口探测和通过代理访问网页的探测并不等价,测试地址、超时设置与本地网络也会影响结果。比较时尽量使用相同方法和目标,较低延迟并不自动意味着更高吞吐量或更稳定的长连接。
真连接延迟通常指客户端通过选定服务器访问测试地址所得的耗时,比单纯探测端口覆盖更多环节。具体包含哪些阶段由客户端实现和测试目标决定,结果可能受 DNS、握手与目标站点响应影响。测试超时不一定代表服务器离线,也可能是测试地址不可达;测试成功同样不能替代对目标应用的验证。
连接交给哪个出口
先让流量进入客户端,再讨论匹配顺序与出站选择。规则标签是配置引用,不是仅凭名称就能生效的命令。
路由规则按域名、IP、端口或其他条件,决定连接交给哪个出站处理,通常遵循从上到下先匹配先处理的逻辑。把宽泛规则放在前面,可能使后面的细分规则没有机会命中。未命中时的处理取决于核心与客户端生成的配置,应检查默认出口,而不是假定所有未命中连接都会走代理。
分流是把不同连接按规则分别交给代理、直连或阻断等出口处理的过程,例如让局域网地址直连,让指定域名使用代理。它描述的是流量进入核心后的选择逻辑,不负责让所有应用自动进入核心。若应用绕过系统代理,单独修改路由规则通常无法影响该应用,应先检查流量入口。
GeoIP 是按类别组织的 IP 地址集合,路由中可通过 geoip:private 等写法引用对应集合。匹配依据是实际目标 IP 和数据文件内容,不是域名文字或服务器备注。集合可能随地址分配与数据更新发生变化,使用前还要确认当前数据文件包含所引用的类别。
GeoSite 是按类别组织的域名规则集合,例如 geosite:cn 或 geosite:category-ads-all,用于简化大量域名的路由配置。分类覆盖范围由具体数据文件决定,不代表其中每个域名都具有同一种网络表现。域名规则是否可匹配,还取决于核心是否拿到了域名,以及该规则之前是否已有其他规则命中。
出站是核心处理连接时采用的出口配置,可以指向代理服务器、由本机直接建立连接,或拒绝连接。proxy、direct 与 block 通常是约定的标签名称,实际行为由标签所关联的配置决定。引用标签时必须确保名称与已定义的出站一致,不能只在规则里填一个名称就认为出口已经创建。
流量入口与解析路径
网络模式决定哪些流量进入客户端,DNS 决定域名怎样解析。两部分相互影响,但开启其中一项,不代表另一项已经自动配置完整。
DNS 将域名解析为 IP 地址等记录,使应用能够找到连接目标。系统、浏览器和代理核心可能各自使用不同解析器,修改其中一处不一定会改变其他位置的查询路径。排查时应先明确由谁发起查询、查询经过哪个出口,再检查缓存和返回结果,而不是只更换一个 DNS 地址。
系统代理是操作系统向应用提供的代理设置,只有遵循该设置的应用才会采用它。浏览器、扩展和终端程序可能另有代理配置,所以浏览器能访问并不能证明命令行也在使用同一入口。客户端退出后若应用仍尝试连接已关闭的本地代理端口,应检查系统代理是否恢复。
TUN 模式借助虚拟网络接口接收系统流量,再交给代理程序处理,影响范围通常比系统代理更广。它需要配合系统路由、DNS 与相应权限,且可能受其他 VPN、虚拟网卡和安全软件影响。开启开关不代表所有流量都已按预期接管,应分开验证网页、终端与局域网访问。
FakeDNS 为域名返回受控地址池中的合成 IP,并保存域名与地址之间的映射,便于后续连接恢复域名信息。合成地址不是目标网站的真实公网地址,后续流量必须进入能够识别该映射的处理链路。它需要与流量接管及路由设置配合,停用后若应用仍缓存合成地址,可能需要清理缓存或重新建立连接。
DNS 泄漏通常指域名查询没有按照预期经过指定解析路径,而由其他解析器或网络出口处理。判断时要对照自己的分流目标:主动安排的直连解析,并不能只凭“没有经过代理”就认定为异常。排查应同时检查系统 DNS、浏览器安全 DNS、客户端解析设置及 IPv4、IPv6 的实际路径。