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包，連接將會斷開。