You can create a TCP SSL listener for a Cloud Load Balancer (CLB) instance to forward encrypted TCP requests from the client. TCP SSL is applicable to scenarios where ultra-high performance and large-scale TLS offloading are required. Real servers bound to the TCP SSL listener can directly obtain the real client IP address.
Note:
TCP SSL listener is currently supported only for CLB but not classic CLB.
Scenarios
TCP SSL is suitable for scenarios that have high requirements for security when the TCP protocol is used:
TCP SSL listeners support configuration of certificates to block unauthorized access.
Unified certificate management is supported for CLB to implement decryption.
One-way authentication and mutual authentication are supported.
A real server can directly obtain the client IP address.
2. Select the region from the top left corner of the CLB instance list page, and click Configure Listener in the operation column on the right side of the instance list.
3. Under TCP/UDP/TCP SSL/QUIC listeners, click Create and configure the TCP SSL listener in the Create Listener dialog box that appears.
3.1 Basic Configuration
Configuration Item
Note
Sample
Name
Listener name.
test-tcpssl-9000
Listener Protocol and Ports
Listening protocol: In this case, select TCP SSL.
Listening port: The port used to receive requests and forward them to the real server. The port number ranges from 1 to 65535.
The listening port must be unique in the same CLB instance.
TCP SSL:9000
SSL parsing method
One-way authentication and mutual authentication are supported.
CLB supports two scheduling algorithms for TCP SSL listeners: weighted round robin (WRR) and weighted least connections (WLC).
Weighted Round Robin (WRR) Algorithm: Requests are distributed to backend servers in sequence based on their weights. This algorithm performs scheduling based on the number of new connections. Servers with higher weights have a higher probability of being polled, and servers with the same weight process the same number of connections.
WLC: Loads of servers are estimated based on the number of active connections to the servers. This algorithm performs scheduling based on server loads and weights. For servers with the same weight, those have less loads are more likely to be scheduled.