Nginx not honoring keepalive / multiple requests to http backend over single TCP session
Steven Hartland
steven.hartland at multiplay.co.uk
Thu Jan 12 23:33:59 UTC 2017
I believe you want proxy_ignore_client_abort on to achieve that.
On 12/01/2017 19:23, Jonathan Geyser wrote:
> Richard,
>
> On further investigation -- it looks like the client was closing the
> front-end connection. I need the back-end socket to remain open
> regardless of what the front-end is doing. Is there a way to
> accomplish this?
>
> Thanks in advance,
> Jonathan
>
> On Tue, Jan 10, 2017 at 2:26 PM, Richard Stanway
> <r1ch+nginx at teamliquid.net <mailto:r1ch+nginx at teamliquid.net>> wrote:
>
> The FIN ACK suggests that the other side is responsible for
> closing the connection. If nginx was terminating the connection,
> there would be no ACK bit set. Check your upstream server supports
> keepalive.
>
> On Tue, Jan 10, 2017 at 10:55 PM, Jonathan Geyser
> <jtgeyser at gmail.com <mailto:jtgeyser at gmail.com>> wrote:
>
> Hi guys,
>
> I'm attempting to have multiple requests to a backend reuse
> the same TCP session as to avoid handshaking for each
> subsequent request. Nginx appears to send FIN ACK to the
> backend after every request.
>
> Am I doing something wrong?
>
> Here is the current configuration:
> https://paste.ngx.cc/6c24411681f24790
> <https://paste.ngx.cc/6c24411681f24790>
>
>
> Thanks in advance,
> Jonathan
>
> _______________________________________________
> nginx mailing list
> nginx at nginx.org <mailto:nginx at nginx.org>
> http://mailman.nginx.org/mailman/listinfo/nginx
> <http://mailman.nginx.org/mailman/listinfo/nginx>
>
>
>
> _______________________________________________
> nginx mailing list
> nginx at nginx.org <mailto:nginx at nginx.org>
> http://mailman.nginx.org/mailman/listinfo/nginx
> <http://mailman.nginx.org/mailman/listinfo/nginx>
>
>
>
>
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx/attachments/20170112/3f57598e/attachment-0001.html>
More information about the nginx
mailing list