VMess
Project V 生态中较早使用的代理协议。配置通常包含用户标识、服务器地址、端口、传输方式与安全参数,客户端和服务端必须使用相互兼容的设置。VMess 是协议名称,不代表某个特定客户端或内核版本。
从协议、内核、客户端到订阅、路由与 DNS,按配置层级解释常见术语。每个条目说明定义、使用位置和容易混淆的边界。
遇到协议参数、内核名称或路由选项时,可先进入对应分类。目录链接会直接定位到章节,术语卡自身也带有可引用的页面锚点。
协议决定客户端与服务端如何组织连接数据,TLS、REALITY 等安全层则处理传输保护与身份校验。选择节点时,协议名称只是第一层信息,传输方式、服务器名称和认证参数同样需要完全匹配。
Project V 生态中较早使用的代理协议。配置通常包含用户标识、服务器地址、端口、传输方式与安全参数,客户端和服务端必须使用相互兼容的设置。VMess 是协议名称,不代表某个特定客户端或内核版本。
一种结构较精简的代理协议,本身不负责额外的数据加密,通常与 TLS 或 REALITY 等安全层组合使用。配置时需要同时核对用户标识、流控、传输方式和安全类型,仅确认协议名称并不足以建立连接。
基于 TLS 通信形态设计的代理协议,身份认证通常使用密码字段。客户端需要正确填写服务器地址、端口、服务器名称和传输安全参数。证书状态、系统时间或服务器名称不匹配,都可能使 TLS 握手失败。
Xray 生态中的传输安全方案,常与 VLESS 组合。客户端配置一般涉及公钥、短标识、服务器名称、指纹和流控等字段。REALITY 不是独立的节点协议,导入配置时应同时保留与它配套的协议和传输参数。
用于保护网络传输内容并验证通信身份的安全协议。在 V2Ray 配置中,服务器名称、证书状态、系统时间和指纹设置都会影响 TLS 连接。关闭证书验证会改变安全边界,不应作为常规排障步骤长期保留。
内核负责协议处理、网络连接、DNS 与路由,图形客户端负责把这些能力整理成可操作的界面。排查问题时需要先判断故障发生在配置界面、内核启动、系统权限还是远端连接环节。
Project V 生态相关技术与工具的常用统称。实际讨论配置时,应进一步区分协议、内核和图形客户端,因为三者属于不同层级。客户端界面中的某个功能是否存在,还会受到所用内核和客户端版本的共同影响。
延续 Project V 技术路线的开源内核家族,负责协议处理、传输、路由和 DNS 等底层能力。图形客户端可以调用 V2Fly 内核执行连接。V2Fly 与 v2flyNG 名称相近,但前者指内核生态,后者是 Android 图形客户端。
与 V2Ray 配置体系具有较多相似概念的开源内核家族,支持 VLESS、REALITY 等功能。Xray 负责实际流量处理,v2rayN 或 v2rayNG 等客户端负责生成配置并管理进程。内核支持某项能力,不等于所有客户端界面都会提供相同入口。
面向 Windows、macOS 和 Linux 的桌面图形客户端,可管理订阅、服务器、系统代理、路由、DNS 和 TUN 等设置。v2rayN 并不是一种连接协议,节点能否导入和使用取决于客户端、内核及配置格式是否兼容。
面向 Android 的图形客户端,通常使用 Xray 内核处理连接。它提供订阅导入、节点选择、路由和 VPN 服务模式等功能。应用状态栏显示连接成功,只表示本地服务已经启动,仍需通过实际网络请求确认节点与 DNS 是否正常。
订阅用于批量更新配置,节点是一条具体的服务器记录,分享链接则承载单条配置。测速结果只反映特定测试方式与测试时刻,选用节点时还要结合协议兼容性、实际连接结果和当前网络状态。
由服务端提供的一组配置更新入口,客户端可通过该入口获取多个节点及其参数。更新订阅通常会刷新节点列表,但不会自动修复已经失效的服务端。编辑订阅分组、自动更新周期和服务器过滤条件时,应留意是否覆盖了本地选择。
客户端中的一条服务器连接配置,通常包含地址、端口、协议、认证信息、传输方式和安全参数。节点名称只是便于识别的标签,不能证明连接速度或可用性。两个名称相近的节点也可能使用完全不同的服务器和协议设置。
把单条连接配置编码成可复制文本的格式,不同协议使用不同的链接前缀和字段结构。客户端导入后会把链接解析成服务器配置。若链接格式超出客户端识别范围,可以先检查协议支持情况,而不是反复修改无关的系统代理选项。
客户端用于估算目标地址响应速度的检查方式。不同测试方法可能只验证基础连通性,也可能通过代理访问指定目标,因此结果之间不能直接等同。延迟较低通常有利于交互响应,但不能完整代表持续传输能力。
通过实际建立代理连接并访问测试目标获得的延迟结果。相较仅检查地址可达性的基础探测,它更接近真实连接过程。结果仍会受到测试目标、DNS、传输协议和当前网络负载影响,适合用于同一时段内的相对比较。
系统代理和 TUN 决定流量如何进入客户端,路由规则决定进入内核后的流量使用哪个出口。GeoIP、GeoSite 与 FakeDNS 是辅助匹配的不同工具,配置时应明确它们分别处理 IP、域名集合和域名映射。
根据域名、IP、端口、协议或进程等条件决定流量出口的匹配规则。一条规则通常包含匹配条件和目标出站。规则顺序会影响最终结果,较具体的条件通常应放在通用兜底规则之前,并通过实际访问验证命中情况。
让不同类型的网络请求使用不同出口的配置方法。常见处理结果包括直连、代理和阻断,具体选择由路由规则与匹配顺序决定。分流不是简单的节点切换,它是在同一运行配置中对流量逐项分类。
按 IP 地址范围组织的地理与网络分类数据,路由规则可引用这些集合进行匹配。GeoIP 判断依据是连接目标的 IP,不直接读取网页域名类别。数据库版本、内核支持和规则标识需要相互兼容,否则规则可能无法按预期加载。
按域名类别整理的路由数据集合,可用于匹配一组具有共同属性的站点域名。它处理的是域名规则,不等同于 GeoIP 的地址范围判断。如果应用直接访问 IP,GeoSite 规则通常无法仅凭域名集合完成匹配。
通过虚拟网卡接收系统网络流量,再交由代理内核处理的工作方式。它可覆盖不读取系统代理设置的应用,但通常需要更高的系统权限。启用后应同时检查虚拟网卡、默认路由、DNS 接管和其他网络工具之间是否存在冲突。
向应用返回映射地址,并在内核中保留域名与该地址关系的 DNS 处理机制。后续连接进入内核时,可恢复原始域名并执行域名路由。FakeDNS 地址池不应与本地网络或其他虚拟网络使用的网段发生冲突。
由操作系统向应用提供的代理设置,通常指向客户端在本机监听的 HTTP 或 SOCKS 端口。只有遵循系统代理配置的程序会自动使用该入口。部分应用采用独立网络栈,需要单独配置代理或改用 TUN 模式接收流量。
许多看似是节点的问题,实际发生在域名解析、传输协议或 TLS 握手阶段。理解 DNS、TCP、UDP 与 SNI 的职责,有助于把故障范围从整个客户端缩小到具体网络环节。
把域名转换为 IP 地址的基础网络服务。V2Ray 客户端可以使用系统 DNS,也可以通过内核定义查询服务器、匹配规则和回退策略。网页无法打开时,应区分是域名未解析、解析结果不合适,还是目标连接本身失败。
网络流量按预期路径处理时,域名查询却从另一条未预期的 DNS 路径发出。它通常与系统解析器、浏览器独立 DNS、客户端内核配置或 TUN 接管范围有关。排查时需要同时确认查询由谁发起、发送到哪里以及对应流量走哪个出口。
面向连接的传输层协议,强调可靠、有序的数据交付。网页访问和大量应用协议都可以建立在 TCP 之上。TCP 连接建立成功只代表传输层可用,后续的 TLS、协议认证和应用请求仍可能分别失败。
以数据报为单位的传输层协议,不提供与 TCP 相同的连接确认和重传机制。DNS、实时通信等场景可能使用 UDP,因此客户端、节点和路由规则都需要具备对应处理能力。只测试 TCP 网页访问,不能完全证明 UDP 路径正常。
TLS 握手中用于指明目标服务器名称的字段,使同一地址上的服务能够选择对应配置。节点参数中的 SNI 应与服务端要求一致。填写错误可能导致证书名称不匹配、握手中止或服务端无法选择正确的连接配置。