协议知识
VLESS 协议速读：它负责什么，不负责什么
VLESS 把"认证和转发"做得很轻，把"加密和伪装"交给传输层。
先看结论
VLESS 协议的特点：用 UUID 认证，协议本身很轻，不自带加密，所以几乎总是和 TLS 或 Reality 一起使用，由传输层提供加密和伪装。
VLESS 做什么
- 认证
- 用 UUID 识别用户，客户端和服务端要一致。
- 转发
- 把客户端的请求转发到目标，几乎不加额外开销。
- 不做的事
- 不负责加密。安全性取决于搭配的传输层（TLS、Reality 等）。
常见搭配
| 搭配 | 说明 |
|---|---|
| VLESS + TLS | 用证书做 TLS 加密与伪装，需要域名与有效证书 |
| VLESS + Reality | 借用真实站点的 TLS 握手，不需要自己的证书，见Reality |
| VLESS + WebSocket / gRPC | 通过 WebSocket 或 gRPC 传输，常用于经过 CDN 或反向代理 |
flow 字段是什么
flow 是 VLESS 的流控选项，常见取值与 TLS 或 Reality 搭配使用。它需要服务端和客户端都支持并且配置一致，不一致时会表现为握手成功但数据不通。
常见配置错误
- UUID 复制时多了空格。
- flow 与服务端不一致。
- sni 与服务端伪装域名不匹配。
- 客户端内核过旧，不支持新字段。
一个 VLESS 节点的完整配置长什么样
proxies:
- name: "示例"
type: vless
server: <服务器地址>
port: 443
uuid: <你的 UUID>
network: tcp
tls: true
flow: xtls-rprx-vision
servername: <借用的站点域名>
reality-opts:
public-key: <服务端公钥>
short-id: <短标识>
client-fingerprint: chrome这段配置里，uuid 是身份凭证，flow 是流控选项，servername、public-key、short-id 是 Reality 需要的三个信息。逐个对照订阅里的值，就能确认有没有缺字段或写错。
与传输层搭配时的检查顺序
- 先确认 uuid 没有被改动，没有多余空格。
- 再确认 tls 与 servername 与服务端配置一致。
- 搭配 Reality 时，核对 public-key 与 short-id。
- 搭配 WebSocket 或 gRPC 时，核对路径或服务名。
- 最后再看客户端内核是否支持该组合。
VLESS 节点"导入了但连不上"的典型原因
| 现象 | 常见原因 |
|---|---|
| 握手阶段就超时 | 服务器地址或端口被限制、本地网络拦截 |
| 握手成功但无数据 | flow 不一致，或传输层选项不匹配 |
| 时好时坏 | 节点负载、线路波动或本地网络问题 |
| 导入后节点消失 | 客户端内核过旧，不支持该组合，被忽略 |
关于「VLESS协议」的常见问题
VLESS 比 VMess 好吗？
它们设计取向不同：VLESS 更轻，依赖传输层加密；VMess 自带加密。哪个更适合取决于整体方案，不能只看协议名。
为什么 VLESS 节点导入后被忽略？
可能是客户端或内核不支持该节点用到的字段，升级后再试。
VLESS 需要自己申请证书吗？
作为用户不需要。证书与伪装方式由服务端负责，你只需要使用订阅里提供的参数。
VLESS是什么？VLESS flow字段有什么用？
VLESS 是一种轻量的代理协议，本身不加密，通常配合 TLS 或 Reality 使用。flow 字段用来指定流控方式（如 xtls-rprx-vision），必须与服务端设置一致，否则连接会失败。