<div dir="ltr">Hi,<div><br></div><div>I'm experiencing an issue whereby nginx and the upstream server get into disagreement about the state of the HTTP interaction, apparently caused by nginx not transmitting the complete request body. The scenario is as follows, using nginx as a reverse proxy with upstream keepalive:</div><div><br></div><div>1. Client sends a POST request to nginx with a Content-Length header and a relatively large body, i.e. spanning many TCP segments.</div><div>2. Nginx forwards the request line and headers and starts forwarding the body to the upstream server.</div><div>3. While nginx is still sending, the upstream server responds early with a 409 based on information in the request headers, without consuming the body.</div><div>4. Nginx eventually stops sending the body, i.e. it does not transmit the full number of bytes as specified in the Content-Length, presumably because of the server response.</div><div>5. Nginx reuses the same upstream connection for a different request, in this case a GET request.</div><div>6. The upstream server does not see this as a new HTTP request, as it is still awaiting more data according to the Content-Length.</div><div><br></div><div>At this point the client who sent the GET request and nginx wait for a response while the upstream server is waiting for more data until one of them hits a timeout (whichever has the lowest timeout) which eventually results in the connection being closed.</div><div><br></div><div>According to RFC2616, 8.2.2 [1] if the request contained a Content-Length and the client (nginx in this case) ceases to transmit the body (due to an error response) the client (nginx) would have to close the connection, which does not happen.</div><div><br></div><div>I am reasonably certain that the client is always transmitting the full body as the problem does not occur when the client talks directly to the upstream server and an otherwise identical request/response pattern (i.e. an early error response).</div><div><br></div><div>Can someone clarify on whether this is expected behaviour / as designed on behalf of nginx?<br></div><div><br></div><div>Nginx versions used: 1.6.0, 1.6.2, 1.7.7</div><div><br></div><div>[1] <a href="http://tools.ietf.org/html/rfc2616#section-8.2.2">http://tools.ietf.org/html/rfc2616#section-8.2.2</a></div><div><br></div><div>- Roman</div></div>