TCP的请求代理与报文转发

HTTP做请求代理和TCP请求代理模式的区别
TCP请求代理模式运行在ISO/OSI网络结构的4层上面，而使用HTTP做请求代理时运行在7层上。
TCP的代理做的工作是：接收请求，选择后端节点，连接后端节点，转发内容；可以将上层其他协议的报文直接转发至后端RS。
HTTP代理的工作是：接收请求，解析请求，根据转发规则选择backend pool，根据ULB算法选择后端节点，连接后端节点，接收响应，解析响应头，添加适当的响应头（如Set-cookie等），返回响应内容给客户端。

TCP请求代理模式与TCP报文转发模式的区别
请求代理需要维护客户端到ULB和ULB到后端节点的两个TCP连接（需要经历两次TCP握手），而报文转发只需要对报文的解析和转发，少去了连接建立的开销，这样报文转发的效率高于请求代理模式多个数量级。

使用报文转发方式同时具有一些其他限制：

1、TCP报文转发模式不能支持同一个后端RS监听不同的端口，请求代理模式下并无此限制。

2、TCP报文转发模式的后端必须配置ULB的VIP，而TCP的请求代理模式则无需此配置。

故建议用户如不在一个RS上监听多个端口的需求，则可选择报文转发模式。

连接空闲超时
在第一次发包后连接将会保持60秒，如果距上一次发包60秒内没有新的TCP包，连接将会断开。