VMess
Project V 生态中的代理协议，包含用户认证与数据保护机制，常见配置会使用 UUID 标识用户。VMess 可以与不同传输方式组合，因此仅看到协议名称，不能判断连接是否使用 WebSocket 或 TLS。遇到认证异常时，除了核对用户标识，还应检查系统时间，以及配置格式是否适用于当前内核。
继续阅读：传输方式 WebSocket →设置项阅读参考 · 26 个常用术语
V2Ray 名词解释
先区分协议、内核与传输方式，再理解路由和测试结果。按客户端中遇到的名词查阅，每个条目都可通过独立锚点直接定位。
阅读顺序
客户端管理配置 → 内核处理连接 → 协议组织请求 → 传输与安全设置承载数据。订阅负责更新配置，不负责决定连接质量。
请求格式与身份认证
代理协议
协议名称只是连接配置的一部分。传输方式、安全层和服务端参数仍需分别核对。
VLESS
一种轻量的代理协议，本身不提供业务数据加密，连接的安全保护通常由 TLS 或 REALITY 等外层机制承担。UUID、传输方式、安全设置及 flow 属于需要配套核对的参数，不能只替换服务器地址。配置里的 flow 不是速度档位，只有客户端内核与服务端均支持对应组合时才应填写。
继续阅读：REALITY 安全设置 →Trojan
通常在 TLS 连接中承载代理请求，并使用密码进行认证的协议。密码正确不代表整条连接已经具备正确配置，服务器名称、证书验证和连接端口也需要匹配。出现 TLS 握手错误时，应先检查安全层；只有握手通过后，继续排查认证参数才更有针对性。
继续阅读：TLS 与证书验证 →Shadowsocks
使用约定的加密方法和密钥保护代理流量的协议族，不同方法与扩展并不保证互通。客户端中的方法名称、密码以及可能存在的扩展参数，应与原始配置保持一致。某个节点能被导入，只能说明客户端读懂了数据格式，仍需确认所选内核支持该方法。
继续阅读：节点包含哪些参数 →界面负责管理，内核负责执行
内核与客户端
报告问题时，分别记录客户端名称、客户端版本与运行内核，避免把界面问题和连接问题混为一谈。
V2Ray
Project V 生态中的网络代理工具名称，在日常讨论中也常被泛指为相关客户端与配置体系。因此，“V2Ray 连不上”并不能准确说明是哪一层出现问题。排查时应补充正在使用的图形客户端、实际运行的内核及各自版本，再根据日志判断故障位置。
查看系统化故障排查 →V2Fly
延续 V2Ray 相关开发的社区项目，其代理内核负责连接、路由和 DNS 等处理。客户端界面中的“v2fly”一般是内核选项，不是订阅格式或某一种节点协议。订阅里若包含其他内核特有的设置，切换到 V2Fly 后不一定能够沿用，应先确认功能兼容范围。
对照阅读：Xray 内核 →Xray
与 V2Ray 有共同技术渊源的代理内核项目，承担协议连接、路由和传输处理。它与 V2Fly 的功能、字段和支持组合存在差异，不能简单理解为完全可互换的名称。涉及 REALITY 或特定 flow 时，既要确认内核类型，也要检查运行版本是否支持服务端要求。
继续阅读：REALITY 与内核支持 →v2rayN
用于管理代理配置、订阅分组和运行内核的桌面图形客户端，覆盖 Windows、macOS 与 Linux。界面选项、权限要求和内核支持取决于版本与发行包，经典界面与跨平台界面也可能不同。阅读教程时，应优先对应设置名称和作用，不必要求每个按钮的位置完全一致。
查看桌面客户端快速上手 →v2rayNG
Android 平台的图形代理客户端，常用 Xray 内核处理连接。启动时申请的 VPN 服务授权，用于建立本地流量接管通道，不代表流量已经成功到达远端节点。实际请求是否走代理，还会受到分应用设置、路由规则和节点可用性的影响。
查看授权与分应用设置 →v2flyNG
Android 平台使用 V2Fly 内核的图形客户端，可作为对应配置的备选。名称和操作习惯相近，不代表它与 v2rayNG 支持的内核特性完全相同。迁移节点时，应重新确认协议与传输设置，并单独检查系统授权及后台运行限制。
查看 Android 客户端说明 →连接如何承载与保护数据
传输层与加密
这里按客户端设置习惯归类。TLS、REALITY 属于安全机制，WebSocket、gRPC 则常作为传输方式，两者不处于同一层次。
TLS
用于保护传输连接并验证对端身份的安全协议，代理协议可以在其建立的安全通道中传递数据。服务器名称通常参与证书验证与握手，不能随意填写成另一个域名。出现证书错误时，应核对系统时间、名称、证书有效期和信任链，而不是直接开启跳过证书验证。
对照阅读：Trojan 的安全层 →WebSocket（ws）
通过 HTTP 握手建立双向通信的传输方式，在配置中常缩写为 ws。它不是代理协议，也不自动意味着连接已经启用 TLS；同一种代理协议可以采用不同的承载方式。路径、Host 和 TLS 服务器名称分属不同设置，经过反向代理时，需要分别与服务端配置匹配。
继续阅读：TLS 服务器名称 →gRPC
一种常基于 HTTP/2 的通信框架，在代理内核中可作为传输方式使用。客户端里的服务名称与服务端、反向代理设置需要一致，不能直接用 WebSocket 的路径代替。若配置经由反向代理转发，还需确认中间链路正确处理 HTTP/2 与 gRPC 请求。
查看连接与传输错误排查 →REALITY
Xray 生态中的传输安全机制，常与 VLESS 配合使用，但不是独立的代理协议。连接需要匹配服务器名称、公钥、shortId 等参数，具体字段和支持组合由内核版本决定。不要把客户端所需公钥与服务端私钥混淆，也不要仅凭界面上选中了 REALITY 就认为配置已经完整。
对照阅读：VLESS 与 flow →请求是否进入代理，以及进入后走哪里
路由与 DNS
排查分流前，先确认应用流量已交给客户端；排查解析前，先确定域名由应用、系统还是内核处理。
路由规则与分流
按域名、IP、端口等条件，为请求选择直连、代理或阻断出站的规则体系。规则的匹配顺序、同一规则内多个条件的组合关系，以及未命中时的兜底出站，共同决定处理结果。客户端的“全局”通常是路由预设名称，并不意味着所有应用都会自动将流量交给该客户端。
区分阅读：系统代理 →GeoIP
供路由按 IP 地址集合匹配的规则数据，常按地区或用途进行分类。它不是实时定位服务，地址归属可能随网络部署调整，匹配准确性也受数据更新情况影响。如果目标使用多个服务地址，最终命中哪条规则还与实际连接的 IP 有关。
对照阅读：按域名匹配的 GeoSite →GeoSite
将域名按站点、服务或类别整理的规则数据，用于按名称选择出站。分类标签是否可用，取决于客户端实际加载的数据文件，并非任何标签都能直接填入。域名分类与 IP 分类不保证一一对应，新增规则后应结合命中日志确认结果。
继续阅读：规则顺序与兜底出站 →DNS
将域名解析为 IP 地址等记录的系统，是域名访问链路中的一个环节。应用、操作系统与代理内核可能各自参与解析，因此修改客户端的一个 DNS 地址，不代表所有查询都改走同一条路径。排查时需确认由谁发起查询、查询走哪个出站，以及结果是否来自缓存。
继续阅读：DNS 查询路径 →FakeDNS
使用虚拟 IP 与域名映射配合流量处理的机制，返回的地址不代表目标服务器的真实地址。后续请求进入内核时，内核需要根据保存的映射还原域名，再继续路由和连接。如果 DNS 应答与流量接管范围不一致，或旧映射丢失而应用仍保留缓存，就可能出现访问失败。
阅读 FakeDNS 原理与适用场景 →DNS 泄漏
指 DNS 查询未按预期经过指定解析路径，而是由其他通道发出的情况，判断前必须先明确预期策略。某个查询直连不一定就是异常，也可能是显式设置的本地解析规则。排查时应分别检查系统解析、浏览器安全 DNS、应用内置解析与内核 DNS，不能只看一次检测页面的结果。
返回 DNS 解析流程 →系统代理
操作系统向应用提供的代理地址设置，应用是否采用它由自身实现决定，部分程序会使用独立的网络配置。它决定请求是否进入本地代理，而内核路由决定收到请求后使用哪个出站。更改监听端口后，需要同时检查系统代理指向的地址；关闭客户端前也应确认代理设置得到正确恢复。
对照阅读：TUN 流量接管 →TUN 模式
通过虚拟网络接口与系统路由接管 IP 流量的工作方式，适用于部分不采用系统代理的应用。启用通常需要额外权限，并会与 DNS 设置、路由表和其他网络软件产生交互，但不保证接管所有应用或协议。启动后若原有网络异常，应检查路由冲突和解析路径，不宜同时叠加多套流量接管工具。
查看系统网络与权限排查 →配置来源与连接测试
订阅与节点
更新成功、节点可用和速度合适是三个不同结论。测试时应保持方法与目标一致，再比较结果。
订阅
通过链接获取并更新一组节点配置的分发方式，客户端通常以订阅分组进行管理。更新成功只说明内容获取与解析完成，不代表其中所有节点都可以连接。订阅链接可能包含访问权限信息，不应在截图、公开日志或求助内容中完整展示。
查看订阅导入步骤 →节点
客户端中一份可供选择的远端连接配置，通常包含服务器地址、端口、协议、认证及传输参数。显示名称只是备注，不能据此确认服务器位置、网络路径或实际性能。同名节点也可能指向不同配置，排查时应比较具体字段，而不是只看列表中的名称。
查看节点超时排查顺序 →延迟测试
测量某一测试动作所需时间的操作，可能指 ICMP 响应、TCP 建连，或经过代理发起请求的耗时。不同测试方法覆盖的链路不同，所得数值不能直接横向比较。延迟低也不代表持续下载速度高，后者还取决于带宽、拥塞、目标服务和设备负载。
继续阅读：真连接延迟 →真连接延迟
通常指客户端经过所选代理，向指定测试地址发起实际请求所测得的耗时，具体实现需以客户端版本为准。它比单纯端口连通测试覆盖更多环节，但仍只反映该目标和当时条件。超时可能来自测试地址、DNS、握手或路由，应结合日志与实际访问结果判断，不能直接等同于服务器停机。
查看测试超时与访问异常排查 →按问题继续查阅
需要实际操作时，按教程依次完成导入、模式选择与连接验证；已经出现错误时，按症状查阅疑难手册。本文解释概念，不统一规定各客户端版本的默认端口或界面位置。