四层转发（Layer 4 Forwarding）是网络传输中基于传输层（OSI模型的第4层，如TCP/UDP）的数据包转发技术，主要依据IP地址和端口号进行流量分发。以下是其核心原理、工作机制和典型应用场景：
一、四层转发的原理
- 工作层级
作用于传输层（TCP/UDP），仅解析数据包的源/目标IP地址和端口号，不关心应用层内容（如HTTP头部、URL等）。 关键组件
- 负载均衡器（如LVS、F5、HAProxy）：维护转发规则表，匹配IP和端口。
- 会话保持：通过哈希算法（如源IP哈希）将同一用户的请求定向到同一后端服务器。
转发方式
- NAT模式：修改数据包的IP/端口后转发给后端，回包经负载均衡器返回客户端。
- DR模式（直接路由）：负载均衡器仅修改目标MAC地址，后端服务器直接响应客户端。
- TUN模式：通过IP隧道封装转发，后端服务器解封装后直接响应。
二、工作流程示例
- 客户端发送请求到负载均衡器（VIP:Port，如
1.1.1.1:80）。 - 负载均衡器根据规则（如轮询）选择后端服务器（如
192.168.1.2:8080）。 - 转发请求并可能修改包头（NAT/DR/TUN）。
- 后端服务器处理请求并返回响应（DR/TUN模式直接返回客户端）。
三、核心特点
- 高性能：仅处理传输层头部，转发效率高（通常硬件加速可达百万级TPS）。
- 低延迟：不解析应用层数据，减少处理开销。
- 弱感知性：无法根据HTTP内容（如URL、Cookie）做精细路由。
泛播科技CDN：cdn.fbidc.cn
四、应用场景
高流量负载均衡
- Web服务（TCP 80/443端口）、游戏服务器（UDP）。
- 例如：电商网站用LVS分发海量TCP连接。
会话保持需求
- 基于源IP哈希保证用户始终访问同一后端（如FTP服务）。
大规模服务集群
- Kubernetes的Service通过四层（NodePort/LoadBalancer）暴露服务。
DDoS防护
- 清洗设备在四层过滤恶意流量（如SYN Flood攻击）。
数据库/缓存集群
- Redis/MongoDB集群通过四层代理分发请求。
五、与七层转发的对比
| 特性 | 四层转发 | 七层转发（如HTTP） |
|---|---|---|
| 性能 | 更高（仅处理IP+端口） | 较低（需解析应用层协议） |
| 灵活性 | 低（无法基于内容路由） | 高（可识别URL、Cookie等） |
| 典型协议 | TCP/UDP | HTTP/HTTPS、SMTP |
| 使用场景 | 高并发基础流量分发 | 精细化路由（如灰度发布） |
六、常见工具
- 开源方案：LVS（Linux Virtual Server）、HAProxy（TCP模式）、Nginx（Stream模块）。
- 商业方案：F5 BIG-IP、Citrix ADC。
总结来说，四层转发是高性能、低复杂度的流量分发方案，适用于需要快速处理大规模连接但无需内容感知的场景，常作为基础设施的底层负载均衡手段。