From mboxrd@z Thu Jan  1 00:00:00 1970
From: Scott Lamb <slamb@slamb.org>
Subject: conntrack idle timeout
Date: Tue, 25 Feb 2003 21:09:24 -0600
Sender: netfilter-admin@lists.netfilter.org
Message-ID: <3E5C2FE4.3010007@slamb.org>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Return-path: <netfilter-admin@lists.netfilter.org>
Errors-To: netfilter-admin@lists.netfilter.org
List-Help: <mailto:netfilter-request@lists.netfilter.org?subject=help>
List-Post: <mailto:netfilter@lists.netfilter.org>
List-Subscribe: <https://lists.netfilter.org/mailman/listinfo/netfilter>,
	<mailto:netfilter-request@lists.netfilter.org?subject=subscribe>
List-Id: <netfilter.vger.kernel.org>
List-Unsubscribe: <https://lists.netfilter.org/mailman/listinfo/netfilter>,
	<mailto:netfilter-request@lists.netfilter.org?subject=unsubscribe>
List-Archive: <https://lists.netfilter.org/pipermail/netfilter/>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
To: netfilter@lists.netfilter.org

Is there a way to control the time it takes for an idle, established TCP 
session to be purged from conntrack's state tables? I'm looking for the 
something like "ipchains -M -S". I saw at 
<http://www.syrlug.org/contrib/ipmasq.html> that there is no iptables 
equivalent, but I'm hoping it's changed since then. Maybe there's a 
sysctl or something?

The problem I'm experiencing is pretty simple. I leave ssh sessions open 
for a while (possibly several hours). I come back to them and get a 
"Connection reset by peer" error and have to open a new session. Back 
when I used ipchains, "iptables -M -S 86400 10 60" or similar solved the 
problem for me.

Thanks,
Scott Lamb