配置层次 · 阅读示意
概念关系示意，不是客户端操作界面。
V2Ray 名词解释
按六个类别查阅常见术语。先分清配置所在层次，再对照客户端中的实际设置项。
协议决定连接如何通信，内核负责执行配置，客户端提供管理界面。相似名称不代表相同功能，也不代表参数可以直接互换。
查看使用文档 →协议与传输
协议名称只是配置的一部分。传输方式、认证参数与传输安全选项也需要对应。
- 协议与传输VMess
- Project V 生态中的代理协议，使用用户标识等参数完成认证，并有自身的数据保护机制。实际连接还涉及传输方式与外层安全设置，不能只凭协议名判断配置是否兼容。导入后连接失败时，应核对用户标识、服务器时间和传输参数，而不是只更改节点别名。
- 协议与传输VLESS
- 一种轻量代理协议，本身不提供载荷加密，通常与 TLS 或 REALITY 等机制组合使用。VLESS、传输方式与安全层是不同配置项，看到 VLESS 并不能推断其余参数。使用时应保持用户标识、服务器名称及服务端要求的其他选项一致。
- 协议与传输Trojan
- 通常依赖 TLS 保护连接、通过密码进行认证的代理协议。客户端中的密码、服务器名称和传输配置需要与服务端对应，能连接到服务器端口不代表认证已经通过。排查证书错误时应检查名称与系统时间，不应把关闭证书验证作为常规处理方式。
- 协议与传输REALITY
- Xray 生态中的传输安全机制，常见于 VLESS 连接配置，但它本身不是订阅格式或图形客户端。连接需要匹配公钥、服务器名称、短标识等服务端给定参数，具体字段以客户端与内核版本为准。出现不支持的选项时，应先确认内核能力，不要仅凭协议名称手动删改参数。
内核与生态
V2Ray、V2Fly、Xray 与 v2rayN 不在同一层次。项目名称、执行内核和客户端名称需要分别理解。
- 内核与生态Project V
- 围绕 V2Ray 等网络工具形成的项目体系与技术生态，涉及协议实现、流量处理和相关工具。它不是某一个桌面窗口或安装包的名称，也不能用来直接判断某项功能是否可用。选客户端时，还需要看实际使用的内核以及该内核支持的配置范围。
- 内核与生态V2Fly
- 持续维护 V2Ray 核心的社区项目，属于开源代理工具生态的一部分。安卓客户端 v2flyNG 使用这一内核家族，但客户端界面名称与内核功能并不是同一个概念。判断某份配置能否使用，应对照具体版本支持情况，不能把其他分支的选项直接照搬过来。
- 内核与生态Xray
- 源自 V2Ray 代码基础、随后独立发展的代理内核项目，提供自身的协议实现与功能演进。v2rayNG 使用 Xray 内核，REALITY 等设置也需要相应内核能力支持。Xray 与 V2Fly 有共同技术背景，但配置细节与支持范围不能视为始终完全相同。
- 内核与生态内核
- 实际执行协议连接、路由判断和 DNS 等处理的组件，图形客户端则负责编辑配置、选择连接与管理运行状态。客户端更新和内核更新可能是不同操作，界面中存在某个字段也不保证当前内核能识别它。报错时应分别记录客户端名称、内核类型与错误内容。
订阅与节点
订阅负责获取和更新配置，节点是导入后的连接条目。两者都不等于已经建立代理连接。
- 订阅与节点订阅
- 通过一个地址获取一组连接配置，并在后续更新时重新读取来源内容的机制。返回内容可能采用编码文本、分享链接集合或客户端支持的其他格式，因此网页能打开地址不一定代表客户端能导入。订阅地址可能包含访问凭据，截图、日志与求助信息中都应隐藏完整地址。
- 订阅与节点节点
- 客户端中一份可供选择的连接配置，通常包含服务器地址、端口、协议、认证和传输参数。节点别名主要用于辨认，同一服务器可以对应多份不同配置，不同别名也未必意味着不同设备。选择节点只是指定待用配置，还需要启动内核，并让应用流量通过合适的方式接入。
- 订阅与节点订阅分组
- 客户端用来按来源组织订阅地址及导入内容的管理单位，可帮助区分不同来源与更新范围。分组名称只用于整理，不会单独改变协议、代理接入方式或路由结果。修改地址或删除分组前，应先确认其中条目的来源；手动编辑订阅生成的节点，也可能在下次更新时被覆盖。
路由与分流
先确认应用流量已经进入客户端，再检查规则如何选择出口。接入设置与路由设置不能相互替代。
- 路由与分流路由规则
- 根据域名、目标 IP、端口或协议等条件，决定连接进入哪个出口的配置。常见规则按顺序匹配，前面的宽泛条件可能让后面的具体规则失去作用，未匹配流量还受默认出口影响。排查结果不符时，应同时查看规则顺序、可用目标信息和默认处理方式。
- 路由与分流分流
- 让不同流量依据规则分别进入直连、代理或阻断等出口的处理方式，而不是一个独立协议。系统代理控制部分应用如何接入，分流则决定进入客户端之后如何处理。全局代理通常描述更广泛地选择代理出口，并不自动保证所有应用都已被接管。
- 路由与分流GeoIP
- 用于按 IP 地址集合匹配流量的数据与规则表达方式，集合可以按地区或其他用途组织。地址归属和服务部署会变化，匹配结果不是对服务器实时位置的绝对证明。修改相关规则时，应确认客户端实际加载的数据文件、标签以及域名解析策略是否与预期一致。
- 路由与分流GeoSite
- 把域名按服务、类别等方式归入集合，供路由规则引用的数据机制，与按 IP 匹配的 GeoIP 不同。某个标签能否使用、包含哪些域名，取决于实际加载的数据来源与内容。应用直接使用 IP 或客户端无法取得域名信息时，仅有域名集合规则可能不足以命中目标。
客户端设置
选项名称可能随平台和版本变化。理解功能边界，比直接照抄其他设备的开关状态更重要。
- 客户端设置系统代理
- 操作系统向应用提供的代理配置，通常指向客户端在本机开放的代理入口。只有遵循该配置的应用才会使用它，应用也可能自行指定代理或完全忽略系统设置。退出客户端后若保留了指向已关闭端口的系统代理，相关应用可能无法联网，需要恢复相应系统设置。
- 客户端设置TUN 模式
- 借助虚拟网络接口接收流量，再交给代理组件处理的接入方式，可覆盖部分不遵循系统代理的应用。它可能需要额外权限，并与系统路由、DNS 和其他虚拟网络软件发生交互。开启后仍应验证实际接管范围，不能把 TUN 开关等同于连接一定可用或所有流量必定走同一出口。
- 客户端设置本地监听端口
- 客户端在本机接受代理请求的端口，供系统或应用连接，与远端服务器端口不是同一项设置。手动配置应用时，地址、端口及 HTTP 或 SOCKS 等代理类型都要与监听入口一致。监听地址也决定访问范围，日常本机使用不应随意改成向其他设备开放。
- 客户端设置流量嗅探
- 从连接早期可见的信息中识别协议或目标域名，用于辅助路由判断等处理。它不等于解密应用传输的全部内容，也不能保证从每种连接中取得域名。是否启用、是否允许改写目标，应结合具体内核配置和规则目的判断，不能把它视为所有连接问题的通用修复开关。
网络基础
解析成功、端口可达和实际请求完成是不同结果。测试指标需要结合测试目标、解析方式与接入模式一起理解。
- 网络基础DNS
- 把域名解析为 IP 地址等记录的系统，通常发生在应用建立连接之前。系统 DNS、客户端内置 DNS 和应用自行使用的加密 DNS 可能走不同路径，修改其中一处不一定影响其他部分。排查时应先确定请求由谁发起、交给谁解析，以及解析结果如何参与后续路由。
- 网络基础FakeDNS
- 向应用返回虚拟地址，并在内部保存域名与虚拟地址映射的 DNS 处理机制。流量再次进入客户端时，可借助映射恢复目标域名，而不是把虚拟地址当作真实服务器地址。它需要解析、流量接管和映射恢复环节相互配合，残留缓存或接管不完整都可能造成连接异常。
- 网络基础DNS 泄漏
- 本应沿预定解析路径处理的 DNS 请求，被发送到其他解析方的现象。是否属于泄漏，应以预期策略为依据；某些域名按规则使用本地解析，并不必然意味着配置错误。检查时需同时考虑系统、浏览器、客户端及其他应用的解析设置，不能只凭一项出口地址测试下结论。
- 网络基础真连接延迟
- 经由所选代理连接访问测试目标所得到的耗时指标，具体包含哪些阶段取决于客户端的测试实现。它比仅检查 TCP 建连的 Tcping 更接近一次实际请求，但仍受测试地址、DNS 和目标响应影响。延迟较低不等于下载吞吐量较高，测试成功也不能代表所有网站与应用都可正常访问。