Protocols
Connection protocols and security parameters
The protocol determines how the client and server authenticate and exchange data. When importing a configuration, preserve the complete combination of protocol, transport and security layers rather than copying only the server address and port.
V
VMess
An earlier proxy protocol used in the Project V ecosystem. A node configuration typically includes a user ID, server address, port, security options and transport settings.
When editing a VMess node in v2rayN, you may also see compatibility fields such as alterId. Whether they are required depends on the server configuration; do not copy them from another node blindly.
V
VLESS
A proxy protocol with streamlined authentication that does not provide additional data encryption by itself. It is commonly combined with TLS, REALITY, TCP, WebSocket or gRPC transport and security layers.
When troubleshooting a VLESS connection, check the user ID, flow control, server name, transport type and security options together. Matching the protocol name alone is not enough to establish a connection.
T
Trojan
A proxy protocol that operates over a TLS channel. Client configurations typically require a server address, port, authentication details, server name and certificate-related options.
If the address is reachable but the protocol connection fails, check the server name, local time, TLS settings and transport type against the server configuration.
R
REALITY
A transport security solution in the Xray ecosystem, commonly used with VLESS, TCP and REALITY. Clients typically require a public key, short ID, server name and fingerprint.
These fields belong to one handshake configuration. A mismatch in any key value can interrupt the connection. Share links and subscriptions generally include all required parameters.