02 · Connection Parameters
Protocols and Transport
A node is more than a server address. Its protocol, authentication, transport and network support must work together, and test results need to be interpreted in context.
Proxy node
Proxy Node
A proxy node is a set of parameters for connecting to a remote proxy service, usually including the server address, port, protocol, authentication details and transport options. Its name is just a label; any location or route description in the name is no substitute for testing. A node may perform differently with different destinations, so check connection logs and actual access results to assess whether it works.
Proxy protocol
Proxy Protocol
A proxy protocol defines how the client authenticates with a remote service and forwards data. Common protocols include Shadowsocks, VMess, VLESS and Trojan. The same server address does not make protocols interchangeable; preserve the password, user ID and all other protocol-specific parameters. If importing or handshaking fails, first confirm that the core supports the protocol, then check whether conversion dropped any node fields.
Transport / TLS
Transport and TLS
The transport determines how data is carried, such as directly over TCP or through WebSocket. TLS can encrypt a connection and verify the server's identity. These are distinct from the proxy protocol; the server name, certificate and transport path must all match the server configuration. For certificate errors, check the system time, server name and certificate chain first. Disabling verification is not a long-term fix.
UDP forwarding
UDP Forwarding
UDP forwarding carries UDP-based app traffic through a proxy, commonly for real-time communication, gaming and some DNS requests. A browser loading a webpage only confirms that the connection used for that request works; it does not prove UDP forwarding is working. The client configuration, proxy protocol, remote service and network path can all affect the result, so test with the app you need to use.
Latency test
Latency Test
A client's latency test usually measures how long it takes to reach a specified test URL through a node; it may not match the network round-trip time measured by ICMP. The target site, connection reuse and network fluctuations all affect the result, so values from different test URLs are not directly comparable. A lower test time does not guarantee higher download speeds. If a test times out, check whether the test target is unreachable or the entire node is unavailable.