读 xray reality vision 这组名称,先分清三个角色:VLESS 是协议,TLS 或 REALITY 是外层传输安全,Vision 对应 flow 的选择。
它们出现在同一组合里,并不表示是同一种功能,也不能只凭名称判断实际连接效果。
为什么要把 VLESS、REALITY 和 Vision 分开读?
Xray-core 官方 README 怎样介绍项目?
Xray-core 官方 README 将项目自述为适用于多种用途的开放平台,并称其为 v2ray-core 的增强版;Credits 说明项目从 v2fly-core 分叉而来。
README 中的组合名称要怎样理解?
README 中出现了 VLESS-TCP-XTLS-Vision、VLESS-XTLS-uTLS-REALITY 等示例名称,具体字段含义则要对照 Xray 官方文档。
阅读组合时要分别确认哪些角色?
理解组合时,可以把问题拆开:协议使用什么,外层传输安全选择什么,flow 又填写什么。
这样读,才不会把 REALITY 当成 VLESS 的另一个名字,或把 Vision 直接等同于整个连接组合。
encryption 写 none,是否代表外层也没有安全层?
关闭 VLESS Encryption 要怎样填写?
Xray 官方文档的 VLESS 出站页说明,encryption 必填,不能留空;要关闭 VLESS Encryption,须明确填写 "none"。
这里的 encryption 与 streamSettings.security 是两个字段,不能用一个字段的值替另一个字段下结论。
外层 security 可以在哪些例外中写 none?
同页要求 VLESS 配备外层传输安全层,同时列出例外:对端是可信链路上的私有地址,或已经启用 VLESS Encryption 时,streamSettings.security 可以为 "none"。
security 的默认值能直接沿用吗?
看到 encryption 为 "none",还要继续看外层的 security。
反过来,传输页把 "none" 列为 security 的默认值,也不意味着所有 VLESS 组合都可以直接沿用这个默认值。
REALITY 在文档里属于哪一部分?
realitySettings 在什么条件下使用?
Xray 官方传输文档把 "none"、"reality"、"tls" 列为 streamSettings.security 的取值。
文档说明 realitySettings 仅在 security 为 "reality" 时使用。REALITY 在这里承担的是传输安全这一层的角色。
官方文档与仓库怎样描述 REALITY?
同一文档将 REALITY 描述为 TLS 的改造形态,借用目标站点的外观与握手特征。
REALITY 官方仓库则说明,它是 Go 语言 TLS 库的分叉,仓库提供服务端实现,客户端实现在 Xray-core。
REALITY 支持哪些传输方式?
传输方式还要单独核对。官方文档列出的 REALITY 支持项是 RAW、XHTTP、gRPC。
不支持项包括 WebSocket、HTTPUpgrade、mKCP、Hysteria、MASQUE。不能因为一个组合写了 REALITY,就认为它能搭配任意传输方式。
Vision 的两种 flow 写法有什么区别?
flow 留空在文档中表示什么?
VLESS 出站页通过 flow 区分相关行为,留空表示标准 TLS 代理。
两种 Vision 写法怎样处理 UDP 443?
xtls-rprx-vision 启用 XTLS,并拦截 UDP 443(QUIC)。
xtls-rprx-vision-udp443 同样启用 XTLS,但不拦截 UDP 443。两种写法的差别不能省略。
XTLS 的适用范围与性能描述有哪些限定?
官方文档同时限定,XTLS 只适用于 TCP+TLS/REALITY,或搭配 VLESS Encryption。
传输页还表示,REALITY 配合合适的 Vision flow 可改善性能;这是官方对搭配的描述,不能据此推算具体提升幅度。
看到字段名时,可以怎样对号?
官方仓库列出了哪些服务端与客户端字段?
下面只列 REALITY 官方仓库中的字段名称。具体值以服务方提供为准,字段名本身不构成完整配置。
| 所在侧 | 字段名称 |
|---|---|
| 服务端 | id、target、serverNames、privateKey、shortIds |
| 客户端 | serverName、password、shortId、fingerprint |
字段名称的单复数为什么要保留?
阅读时应保留名称的单复数差别,例如 serverNames 与 serverName、shortIds 与 shortId。
文档随版本变化时要重新核对什么?
这些字段还要与前面的 encryption、security、flow 分开理解;文档随版本变化时,应重新核对相应说明。
本站资料表有没有记录机场使用的协议?
本站中央库的品牌资料表(2026-11-10 生成)覆盖 44 家机场,其中 10 家有客户端支持的记录,34 家未记录,本站不推算。这 10 条记录里,写到 VLESS、Reality 或 Vision 的有 0 家,因此资料表无法说明哪些服务用了这组协议。想确认,只能看服务方的节点说明,或客户端里实际显示的协议类型。
关于这组名称,常见问题有哪些?
REALITY 就是 VLESS 吗?
不是同一个角色。Xray 官方文档将 VLESS 放在出站协议说明中,将 REALITY 放在传输安全设置中,两者可以出现在同一组合里。
Vision 必须与 REALITY 一起使用吗?
按 VLESS 出站页的适用范围,XTLS 可用于 TCP+TLS/REALITY,或搭配 VLESS Encryption。
因此,不能把 Vision 的适用范围只理解为 REALITY。
仅凭组合名称,能判断当地是否可用吗?
官方没有说明各地网络下是否可用,也没有说明实际抗封锁效果。
组合名称能够帮助识别文档中的角色与字段,不能据此得出这些效果结论。
第三方整理,与相关软件及服务的开发者无隶属关系。
