VLESS Protocol

VLESS is increasingly common in newer Xray-family subscriptions and is often paired with TLS, Reality, WebSocket or gRPC.

Short answer

VLESS is increasingly common in newer Xray-family subscriptions and is often paired with TLS, Reality, WebSocket or gRPC. In real use, trust the provider subscription first and then verify whether the selected client core supports this exact type.

What It Means

In Clash/Mihomo configuration, vless identifies the outbound type used by the node, policy or group. The same display name in a GUI can hide different transport fields, so the YAML or subscription output is more reliable than the node nickname.

Common Fields

  • type: vless
  • uuid
  • flow
  • tls / servername
  • reality-opts
  • network / transport opts

When to Use It

  • The provider supplies vless nodes or vless:// links.
  • The subscription mentions Reality, XTLS or a specific flow.
  • The client uses a Mihomo/Clash Meta compatible core.

Support Checks Checks

  • VLESS is not early classic Clash syntax, so old clients may not recognize it.
  • Reality public-key, short-id, SNI and flow must be exact.
  • iOS alternative clients vary by app.

Minimal Shape

proxies:
- name: "vless-node"
  type: vless
  server: server.example.com
  port: 443
  uuid: 00000000-0000-0000-0000-000000000000
  tls: true
  servername: example.com
  network: grpc

Compatibility Notes

Client support changes with the bundled core. A maintained Mihomo-based client usually supports more modern node types than historical Clash clients, but mobile clients and iOS alternatives still vary by app and release.

If a subscription contains this type but the client filters it out, switch to a compatible client, ask the provider for a compatible subscription format, or use a converter only when you understand what fields are being changed.

Official Reference

VLESS in Mihomo docs