VMess / VLESS
Xray / V2Fly
TUN / DNS
协议与传输
协议规定认证与数据交换方式，传输承载数据，安全层保护连接。导入配置时，这三类参数需要分别核对。
- VMess
- V2Ray 生态中的代理协议，使用用户标识等参数完成认证，并提供协议层的数据保护。配置通常还包含远端地址、端口、传输方式与安全层设置，只有用户标识正确并不足以完成连接。导入 VMess 分享链接后，应保留原始参数；认证异常时也要检查设备时间是否准确。
- VLESS
- 一种轻量代理协议，本身不提供流量加密，实际部署通常配合 TLS 或 REALITY 等安全机制。用户标识、传输类型和 flow 等字段需与服务端要求一致，不能从另一条配置直接套用。看到 VLESS 名称时，还应继续查看安全层与传输设置，而不是仅凭协议名判断兼容性。
- Trojan
- 通常运行在 TLS 连接上的代理协议，以密码进行认证。连接既依赖密码正确，也依赖服务器名称、证书验证和传输参数匹配。遇到证书相关错误，应先核对服务器名称与设备时间；跳过证书验证会改变连接的信任条件，不宜作为常规修复办法。
- REALITY
- Xray 支持的传输安全机制，不是与 VMess、VLESS 并列的一条独立代理协议。客户端常需配置公钥、服务器名称、shortId 及指纹等参数，具体组合由服务端决定。导入后如果握手失败，应核对这些字段以及内核支持情况，不能仅通过更换本地监听端口解决。
- 传输方式
- 指代理协议通过哪种通道承载数据，例如原始 TCP、WebSocket 或 gRPC；不同内核和版本的界面命名可能不同。路径、Host 或服务名称是相应传输的连接参数，并非可随意修改的备注。传输方式不是速度等级，选择时应先满足服务端配置，再通过实际请求评估表现。
内核与生态
图形界面负责操作，代理内核负责执行。判断功能是否可用时，需要同时看客户端与内核的支持范围。
- Project V
- 围绕网络通信工具形成的项目体系，V2Ray 是其中的核心项目。日常所说的“V2Ray 客户端”往往是面向相关协议与内核的图形工具，并不代表这些工具属于同一个软件包。理解这一层关系，有助于区分界面更新、核心更新和远端服务配置各自影响的范围。
- V2Fly
- 维护 V2Ray 核心的社区项目，负责核心功能与相关配置能力的演进。v2flyNG 是面向 Android、使用 V2Fly 核心的图形客户端。相近的协议名称不意味着全部扩展字段都通用；遇到配置不兼容，应按实际核心版本确认支持范围，而不是只比较客户端名称。
- Xray
- 源自 V2Ray 技术体系的代理核心项目，支持多种协议、传输及安全机制，v2rayNG 使用这一核心。Xray 与 V2Fly 保留了部分共同概念，但扩展能力和配置细节存在差异。某项参数在一种核心下有效，不代表切换核心后仍然有效，尤其要核对安全层与 flow 等设置。
- 客户端与内核
- v2rayN 等客户端提供订阅管理、服务器选择和设置界面，内核负责监听、连接、路由与流量转发。界面能够打开，只说明图形程序已运行，并不能证明内核启动成功。若所有连接都失败，应查看核心启动日志与端口监听状态，再决定排查远端服务还是本机配置。
- 入站与出站
- 入站接收本机应用或虚拟网络接口交来的流量，出站描述这些流量如何继续发送。一个配置可以包含多个入站与出站，再由路由规则选择对应去向。规则里的
outboundTag指向出站标签，必须与配置中实际定义的标签一致；它不是服务器别名，也不是任意填写的说明文字。
客户端功能
代理入口决定哪些流量进入客户端，路由决定进入之后如何处理。开启某个模式，不等于所有应用都走同一出口。
- 系统代理
- 操作系统向应用提供的代理地址设置，通常指向客户端在本机监听的地址与端口。只有遵循该设置的应用才会使用它，自带网络设置的应用可能选择其他路径。在 v2rayN 中设置系统代理后，还应确认内核正在运行；“自动配置系统代理”描述的是系统设置操作，并不等于自动选择节点。
- TUN 模式
- 通过虚拟网络接口接收 IP 层流量的运行方式，适用于不能直接设置代理或不遵循系统代理的应用。它通常需要相应权限，并依赖正确的路由、DNS 与回环排除配置。TUN 扩大的是接管范围，不会自动把所有流量设为代理出站；与其他虚拟网络软件同时运行时，还需检查路由冲突。
- 本地监听端口
- 客户端在本机接收应用连接的端口，应用需填写与之对应的代理类型和端口号。教程中常见的
10808只是需要对照核实的设置值，实际端口以当前客户端配置为准。端口被占用时，内核可能无法启动；允许局域网设备连接还涉及监听地址与防火墙，不是仅改端口就能完成。
- 分应用代理
- 按应用决定流量是否进入代理服务的功能，v2rayNG 中通常配合 VPN 模式使用。设置时先确认名单表达的是“这些应用走代理”还是“这些应用绕过代理”，两种含义不能混用。名单决定接管范围，进入服务后的流量仍可能被路由规则分流；修改后应按界面提示重启连接再验证。
- Mux 多路复用
- 让多个逻辑连接共享较少底层连接的机制，可能减少重复建连的开销。底层连接拥塞或丢包时，共享它的请求也可能相互影响，因此不能把 Mux 当作通用加速开关。是否启用应结合协议、内核和使用场景决定；比较效果时保持节点与测试目标一致，每次只改变一个设置。
订阅与节点
先确认配置从哪里来，再区分连接可达性、请求耗时和实际吞吐量。它们不是同一个指标。
- 订阅
- 通过一个地址获取并更新连接配置列表的方式，订阅地址与列表中的服务器地址通常不是同一个概念。v2rayN 使用订阅分组管理来源，v2rayNG 提供订阅设置入口，更新后由客户端解析返回内容。地址可能包含访问凭据，应避免公开展示；更新失败也不代表已有节点一定失效。
- 节点
- 客户端列表中一组可用于连接远端服务的参数，通常包括地址、端口、协议、认证及传输设置。节点别名只是便于识别的文字，不能单独证明实际地理位置、线路或服务质量。选中节点后还要确认它已成为当前活动服务器；订阅更新可能替换或移除条目，必要时重新检查选择状态。
- TCPing
- 测量与目标 TCP 端口建立连接所需时间的测试，不等同于 ICMP Ping。它可以辅助判断地址与端口是否可达，但通常不验证代理认证、完整安全握手或目标网站访问。TCPing 有结果而浏览器仍然失败时，应继续检查协议参数与实际代理请求；它也不能直接说明下载带宽。
- 真连接延迟
- 经由选定代理配置向测试地址发出请求后测得的耗时，比单纯端口探测更接近实际访问链路。结果仍受测试目标、DNS、握手和当时网络状态影响，不宜跨不同测试条件直接比较。一次测试成功只能说明该请求路径可用，不能证明所有应用都已接管，也不能代替持续吞吐量测试。
路由与 DNS
分流需要匹配信息，域名解析提供地址。排查访问异常时，要同时检查流量出口与解析路径。
- 路由规则与分流
- 根据域名、IP、端口或其他条件选择出站的机制，常见结果包括直连、代理与阻断。规则通常按顺序匹配，范围较大的规则放在前面，可能使后面的细化规则无法命中。修改时应同时核对匹配条件、规则顺序与出站标签；切换系统代理状态并不会自动修改这些规则。
- GeoIP 与 GeoSite
- GeoIP 用于 IP 地址集合匹配，GeoSite 用于域名集合匹配，核心通过相应数据文件识别规则引用的分类。分类名是否可用取决于当前数据文件，不能仅凭名称猜测；GeoIP 结果也不等同于服务的真实物理位置。规则失效时，应检查数据文件是否加载以及分类是否存在，而不只是刷新订阅。
- DNS 解析
- 把域名转换为 IP 地址等记录的过程，通常发生在应用建立连接之前。系统、浏览器和代理内核可能各自发起查询，因此修改系统 DNS 不一定改变全部应用的解析方式。排查时先明确由谁解析、查询通过哪个出口发送，再检查缓存与返回结果；解析成功也不意味着目标连接一定成功。
- FakeDNS
- 给域名分配合成 IP，并在核心中保存域名与该地址的映射关系，便于后续连接重新关联到域名。它不是普通公共 DNS 服务器的替代地址，需要解析请求与对应流量都进入配套处理流程。若合成地址被应用缓存，而相关接管已经关闭，访问可能异常，此时应恢复配套配置并按需清理缓存。
- DNS 泄漏
- 指 DNS 查询没有沿预期路径发送，例如原本希望由指定解析出口处理，却仍由系统的另一条路径发出。判断前应先明确预期行为，不能把出现多个解析服务简单等同于泄漏。检查浏览器加密 DNS、系统解析设置和核心 DNS 路由，结合日志定位；更换节点未必会改变发起查询的应用设置。