From mboxrd@z Thu Jan 1 00:00:00 1970 From: Patrick McHardy Subject: Re: [RFC PATCH] netfilter: nf_nat: support user-specified SNAT rules in LOCAL_IN Date: Thu, 17 Jun 2010 17:22:08 +0200 Message-ID: <4C1A3DA0.2060804@trash.net> References: <4C18E90F.30802@trash.net> <4C19D257.5090101@trash.net> <4C19D4EE.3080906@trash.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Netfilter Developer Mailing List , Netfilter Core Team To: Jan Engelhardt Return-path: Received: from stinky.trash.net ([213.144.137.162]:33805 "EHLO stinky.trash.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754669Ab0FQPWk (ORCPT ); Thu, 17 Jun 2010 11:22:40 -0400 In-Reply-To: Sender: netfilter-devel-owner@vger.kernel.org List-ID: Jan Engelhardt wrote: > On Thursday 2010-06-17 09:55, Patrick McHardy wrote: > > > >> PREROUTING performs DNAT. The purpose is to map the two >> identical networks to non-clashing networks. Just consider two >> connections from the same source address and port number >> to the same destination. >> >> > > If veth0 has 10.0.0.0/24 and veth1 has 10.0.0.0/24, > wouldn't Linux's ARP mechanism already be confused, in > that it only sends ARP to the first network matching > the subnet? > This patch is intended to be used *without* looping packets through veth. But good point, I chose that example to simplify things, the use case I'm interested in is actually tunnels. Apparently it wasn't the best possible example :)