From mboxrd@z Thu Jan 1 00:00:00 1970 From: Patrick McHardy Subject: Re: [BUG] SNAT sometimes allows packets to pass through unchanged Date: Mon, 16 Feb 2009 17:25:55 +0100 Message-ID: <49999393.3040105@trash.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: netdev@vger.kernel.org, Kernel development list To: Alan Stern Return-path: Received: from stinky.trash.net ([213.144.137.162]:62601 "EHLO stinky.trash.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751123AbZBPQZ5 (ORCPT ); Mon, 16 Feb 2009 11:25:57 -0500 In-Reply-To: Sender: netdev-owner@vger.kernel.org List-ID: Alan Stern wrote: > On Mon, 16 Feb 2009, Patrick McHardy wrote: > >>> I tried adding a rule to log these unaccounted-for packets. Nothing >>> showed up, even when I could see the packets being sent. >> Where (table/chain/position) did you add this rule? > > In the first position of the POSTROUTING chain in the nat table. I > don't remember exactly what rules I used, but at one point I tried > something very much like this: > > iptables -t nat -I POSTROUTING 1 -s 10.0.0.0/8 -p tcp ! --syn > > The counter for this rule remained at 0 even after packets with private > source addresses were sent through the public interface. The NAT table only sees the first packet of every connection and never INVALID packets. The mangle table should work fine. You can also enable conntrack-internal logging of invalid packets: echo 255 >/proc/sys/net/netfilter/nf_conntrack_log_invalid >> Sorry, there were quite a few patches and I don't remember which >> ones exactly are related. > > I tried using 2 6.27 kernel but the problem remained. Building a later > version won't be easy because of the need to create the proper config. > Can you remember in which version these bugs got fixed? Sorry, no.