From mboxrd@z Thu Jan 1 00:00:00 1970 From: Patrick McHardy Subject: Re: [PATCH 0/3] nf_conntrack: fixes for nf_ct_attach in IPv6 stack Date: Tue, 14 Feb 2006 19:13:16 +0100 Message-ID: <43F21DBC.70506@trash.net> References: <43F0B76E.7050007@trash.net> <200602140348.k1E3msEc020481@toshiba.co.jp> <43F204B8.5060700@trash.net> <200602141759.k1EHxfk0009760@toshiba.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: netfilter-devel@lists.netfilter.org, usagi-core@linux-ipv6.org, laforge@gnumonks.org Return-path: To: Yasuyuki KOZAKAI In-Reply-To: <200602141759.k1EHxfk0009760@toshiba.co.jp> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: netfilter-devel-bounces@lists.netfilter.org Errors-To: netfilter-devel-bounces@lists.netfilter.org List-Id: netfilter-devel.vger.kernel.org Yasuyuki KOZAKAI wrote: > IIRC, __{ip,nf}_conntrack_confirm is called at POSTROUTING and INPUT, > after all processing of packet filter. If I do > > ip6tables -A FORWARD -p tcp --dport 22 -j REJECT > > on my router, the conntrack of TCP SYN packet of ssh will never confirmed > and then nf_conntrack will create new conntrack for TCP RST at OUTPUT. RSTs and ICMP errors without existing connections should be ignored by conntrack (and marked as INVALID). Are you sure the RSTs create new conntracks?