HAProxy配置tune参数后仍无法处理超8K请求头，遇400错误

解决"400 Bad Request Request Header Or Cookie Too Large"错误 #

你当前配置的tune.bufsize和tune.maxrewrite参数本身达标，但缺少关键配置来解锁大请求头支持：

• 在对应的frontend或listen块中添加option http-buffer-request：这个选项会让HAProxy完整缓冲整个请求头，而非边接收边处理，直接突破默认8KB的请求头大小限制，要和你设置的tune.bufsize配合生效。
• 确认tune.bufsize足够覆盖请求头总大小：你设置的131702字节（约128KB）能应对绝大多数大请求头场景，若你的请求头超过这个值，可适当调大该参数（注意不要超出系统内存承载范围）。
• 排查后端服务限制：如果错误是后端返回的，需同步调整后端的请求头配置（比如Nginx的client_header_buffer_size、large_client_header_buffers），但根据错误信息判断，问题大概率出在HAProxy层面。

获取TR时间（接收HTTP请求头的耗时） #

HAProxy内置了%TR日志变量，直接在日志格式中配置即可捕获该时间：

• 在frontend或listen块中定义包含%TR的自定义日志格式：

  log-format "%ci:%cp [%tr] %ft %b/%s %TR/%Tw/%Tc/%Tr/%Ta %ST %B %CC %CS %tsc %ac/%fc/%bc/%sc/%rc %sq/%bq %hr %hs %{+Q}r"
  

  %TR代表从连接建立完成到HAProxy完全接收请求头的耗时，单位为毫秒。
• 确保HAProxy日志输出已启用，之后查看日志文件就能直接提取TR时间数据，用于你的POC验证分析。

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