nginx - 如果客户端在发送数据后立即发送 TCP FIN，NGINX 不会将请求代理到上游

Question

我有客户端（10.1.30.29），它将 HTTP 请求发送到 NGINX 反向代理（端口 80、10.1.30.11-127.0.0.1）后面的服务器（端口 6500、10.1.30.11-127.0.0.1）。大多数时候（大约 5 个，共 6 个），服务器没有收到请求。用wireshark深入研究，我发现客户端在发送数据之后和NGINX响应数据的TCP ACK 之前发送TCP FIN ACK数据包：

从 NGINX 到服务器的数据传输开始，但在任何数据传输之前结束。

在其他（正确的）情况下，数据被完全传输：

与第一种情况的主要区别在于 NGINX 设法在客户端发送 FIN ACK 之前发送数据 ACK。

在这两种情况下，NIGNX 中的访问日志都包含有关请求的记录；错误日志为空。

不幸的是，我几乎无法影响客户端的行为，但我知道，即使客户端错误地关闭了 TCP 传输，其他 HTTP 服务器实现也可以处理请求数据。问题是是否有任何方法可以强制 NGINX 忽略这种不正确的客户端行为并始终代理请求数据？

PS 已经尝试过postpone_outputNGINX 选项 - 不走运。

Answer 1

找到了两个解决方案，看起来非常相似且有效（在我的情况下）：

1. proxy_ignore_client_abort on;
   

2.  proxy_http_version 1.1;
    proxy_request_buffering off;