NGINX Reverse Proxy terminate TCP connection after 5 minutes of inactivity

[Kin Seng]

Hi J Carter,

This is the only results from the whole 5 minutes session (intentionally
without any transaction to create inactivity). Is there any symptoms which
can prove that other parties are the one who Initiate the closing?

On Tue, Feb 20, 2024, 9:33 AM J Carter <jordanc.carter at outlook.com> wrote:

> Hello,
>
> On Mon, 19 Feb 2024 16:24:48 +0800
> Kin Seng <ckinseng at gmail.com> wrote:
>
> [...]
> > Please refer to the attachments for reference.
> >
> > On Mon, Feb 19, 2024 at 4:24 PM Kin Seng <ckinseng at gmail.com> wrote:
> > > After capturing the tcp packet and check via wireshark, I found out
> that
> > > the nginx is sending out the RST to the public server and then send
> FIN/ACK
> > > (refer attached pcap picture) to client application.
> > >
> > > I have tried to enable keepalive related parameters as per the nginx
> > > config above and also check on the OS's TCP tunable and i could not
> find
> > > any related settings which make NGINX to kill the TCP connection.
> > >
> > > Anyone encountering the same issues?
> > >
>
> The screenshot shows only 1 segment with FIN flag set too which is
> odd - there should be one from each party in close sequence. Also the
> client only returns an ACK, rather than FIN+ACK, which it should if
> nginx was the initiator of closing the connection...
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> https://mailman.nginx.org/mailman/listinfo/nginx
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx/attachments/20240220/89d95425/attachment-0001.htm>