<HTML>
<HEAD>
<TITLE>Re: [tproxy] TIME_WAIT / LAST_ACK Problem</TITLE>
</HEAD>
<BODY>
<FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>Hi<BR>
<BR>
Thanks for the quick response!<BR>
I&#8217;ve applied the patch but I&#8217;m still getting the problem.<BR>
I&#8217;m progressing the diagnosis with printk() etc, and will update this post if and when I get any further.<BR>
<BR>
Thanks again.<BR>
<BR>
Simon<BR>
&nbsp;<BR>
<BR>
<BR>
On 15/11/2011 09:11, &quot;KOVACS Krisztian&quot; &lt;<a href="hidden@balabit.hu">hidden@balabit.hu</a>&gt; wrote:<BR>
<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>Hi,<BR>
<BR>
On Mon 14 Nov 2011 12:57:45 PM CET, Simon James wrote:<BR>
&gt; The problem seems to arise when the server initiates the close of the<BR>
&gt; connection.<BR>
&gt; In that case, the trace output shows:<BR>
&gt;<BR>
&gt; &nbsp;1. the FIN from the server passing through the mangle:OUTPUT,<BR>
&gt; &nbsp;&nbsp;&nbsp;&nbsp;filter:OUTPUT and filter:POSTROUTING tables<BR>
&gt; &nbsp;2. a FIN/ACK from the client arriving and passing through<BR>
&gt; &nbsp;&nbsp;&nbsp;&nbsp;mangle:PREROUTING, mangle:INPUT and filter:INPUT tables<BR>
&gt; &nbsp;3. a final ACK from the server passing through the mangle:OUTPUT<BR>
&gt; &nbsp;&nbsp;&nbsp;&nbsp;tables but getting no further.<BR>
<BR>
This might be related to a problem we've fixed about a month ago in the<BR>
upstream kernel:<BR>
<BR>
<a href="https://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=58af19e387d8821927e49be3f467da5e6a0aa8fd">https://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=58af19e387d8821927e49be3f467da5e6a0aa8fd</a><BR>
<BR>
The fix made it into Linux 3.1. Can you somehow give it a try?<BR>
(Backporting to your F14 kernel should be fairly trivial, since it's a<BR>
one-line change in tcp_minisocks.c.)<BR>
<BR>
--<BR>
KOVACS Krisztian<BR>
<BR>
<BR>
</SPAN></FONT></BLOCKQUOTE>
</BODY>
</HTML>