如何从AWS负载均衡器获取客户端HTTP协议版本？

刚好我对AWS负载均衡器的这些细节比较熟悉，来给你拆解下问题的解决思路和相关疑问：

• 首先得明确：CLB确实没有提供专门的请求头（比如X-Forwarded-Proto-Version）来直接传递客户端的HTTP协议版本，官方文档里也没有相关的说明。
• 如果需要获取这个信息，有两个可行的方向：
  • 日志关联法：CLB的访问日志里包含protocol_version字段，记录了客户端请求的HTTP协议版本。你可以把CLB的访问日志导出到S3，然后通过日志里的request_id（请求唯一标识）和后端EC2实例的服务日志关联，间接获取对应请求的客户端协议版本。
  • 实时获取的替代方案：如果必须在请求处理过程中实时拿到这个信息，CLB本身做不到，这时候升级到ALB是更可行的选择——不过升级后也要注意ALB的特性。

• 你已经升级到ALB了，确实ALB默认也不会发送Via头，也没有原生的头来传递客户端的HTTP协议版本。
• 但ALB有更灵活的扩展能力来解决这个问题：
  • 日志关联法（和CLB类似）：ALB的访问日志同样包含protocol_version字段，通过request_id关联后端服务日志，就能拿到客户端的协议版本。
  • 自定义头部注入：利用ALB的Listener Rules集成Lambda函数，在请求转发到后端之前，从ALB的请求上下文中提取客户端的HTTP协议版本，然后自定义添加一个类似X-Forwarded-Proto-Version的头，这样后端服务就能直接从请求头里拿到信息了。
• 举个简单的Lambda逻辑示例（伪代码）：

  def lambda_handler(event, context):
      request = event['request']
      proto_version = request['httpVersion']
      request['headers']['x-forwarded-proto-version'] = [{'key': 'X-Forwarded-Proto-Version', 'value': proto_version}]
      return request
  

• 根据RFC7230的定义，代理确实应该添加Via头来标识自身及上游的协议版本，但AWS的CLB和ALB都默认不添加这个头，这是AWS负载均衡器的默认设计——可能是出于性能优化、减少请求头体积，或者避免部分后端服务对Via头的兼容性问题。
• 如果你的场景必须要Via头，对于ALB来说，可以通过上面提到的Lambda函数来手动添加：在转发请求前，构造符合RFC规范的Via头（比如Via: 1.1 my-alb.example.com）并注入到请求中，后端就能收到这个头了。

内容的提问来源于stack exchange，提问作者poshest