Haproxy配置异常：触发server timeout后内容才完成加载

核心问题定位 #

你的场景中，Web服务器日志显示请求已正常返回200，但HAProxy触发sDVN状态（服务器超时+被标记为下线后终止连接），说明HAProxy未收到服务器的响应数据，或在请求处理过程中服务器被健康检查判定为下线。

针对性排查与修复步骤 #

1. 修复健康检查请求（最可能的原因） #

当前健康检查仅发送HEAD /，未携带Host请求头。多数Web服务器（如Nginx/Apache）依赖Host头匹配虚拟主机，缺失会导致健康检查返回错误状态码，HAProxy据此标记服务器为下线，进而终止正在处理的连接。

修改backend中的健康检查配置：

option httpchk HEAD / HTTP/1.1\r\nHost: loadbalancer.local

将loadbalancer.local替换为你实际访问Roundcube的域名。

2. 调整服务器超时时间 #

当前timeout server 6s设置过短，即使服务器快速响应，网络延迟或连接复用逻辑可能导致HAProxy等待超时。临时调整为更长时间测试：

defaults
    timeout server 30s

若问题消失，可根据实际情况调至合理值（如10-15s）。

3. 适配HTTP连接存活策略 #

若Web服务器配置为请求后立即关闭连接，而HAProxy默认保持长连接，会导致HAProxy等待服务器发送更多数据直至超时。在backend中添加：

option http-server-close

该配置会让HAProxy在收到服务器响应后主动关闭与后端的连接，匹配服务器的短连接策略。

4. 验证后端端口与连通性 #

确认webmail1.local:8080是Web服务器的正确监听端口，且HAProxy与后端服务器之间无防火墙/iptables规则阻断TCP流量（即使LAN无丢包，也需确认端口开放）。

验证效果 #

修改配置后，重启HAProxy：

systemctl restart haproxy

再次访问Roundcube，观察静态资源是否仍出现pending状态，同时查看HAProxy日志是否不再产生sDVN状态记录。

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