All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] nf_nat: restrict ICMP translation for embedded header
@ 2010-10-11  8:23 Julian Anastasov
  2010-10-13 19:21 ` Patrick McHardy
  0 siblings, 1 reply; 4+ messages in thread
From: Julian Anastasov @ 2010-10-11  8:23 UTC (permalink / raw)
  To: Patrick McHardy; +Cc: netfilter-devel, lvs-devel


 	Skip ICMP translation of embedded protocol header
if NAT bits are not set. Needed for IPVS to see the original
embedded addresses because for IPVS traffic the IPS_SRC_NAT_BIT
and IPS_DST_NAT_BIT bits are not set. It happens when IPVS performs
DNAT for client packets after using nf_conntrack_alter_reply
to expect replies from real server.

Signed-off-by: Julian Anastasov <ja@ssi.bg>
---

 	I'm not very familiar with this code, so this change
must not be considered as trivial. May be there was a
reason the embedded header to be translated before the NAT
bits are set?

diff -urp net-next-2.6-e548833/linux/net/ipv4/netfilter/nf_nat_core.c linux/net/ipv4/netfilter/nf_nat_core.c
--- net-next-2.6-e548833/linux/net/ipv4/netfilter/nf_nat_core.c	2010-09-10 08:27:33.000000000 +0300
+++ linux/net/ipv4/netfilter/nf_nat_core.c	2010-10-11 10:13:17.945355032 +0300
@@ -458,6 +458,18 @@ int nf_nat_icmp_reply_translation(struct
  			return 0;
  	}

+	if (manip == IP_NAT_MANIP_SRC)
+		statusbit = IPS_SRC_NAT;
+	else
+		statusbit = IPS_DST_NAT;
+
+	/* Invert if this is reply dir. */
+	if (dir == IP_CT_DIR_REPLY)
+		statusbit ^= IPS_NAT_MASK;
+
+	if (!(ct->status & statusbit))
+		return 1;
+
  	pr_debug("icmp_reply_translation: translating error %p manip %u "
  		 "dir %s\n", skb, manip,
  		 dir == IP_CT_DIR_ORIGINAL ? "ORIG" : "REPLY");
@@ -492,20 +504,9 @@ int nf_nat_icmp_reply_translation(struct

  	/* Change outer to look the reply to an incoming packet
  	 * (proto 0 means don't invert per-proto part). */
-	if (manip == IP_NAT_MANIP_SRC)
-		statusbit = IPS_SRC_NAT;
-	else
-		statusbit = IPS_DST_NAT;
-
-	/* Invert if this is reply dir. */
-	if (dir == IP_CT_DIR_REPLY)
-		statusbit ^= IPS_NAT_MASK;
-
-	if (ct->status & statusbit) {
-		nf_ct_invert_tuplepr(&target, &ct->tuplehash[!dir].tuple);
-		if (!manip_pkt(0, skb, 0, &target, manip))
-			return 0;
-	}
+	nf_ct_invert_tuplepr(&target, &ct->tuplehash[!dir].tuple);
+	if (!manip_pkt(0, skb, 0, &target, manip))
+		return 0;

  	return 1;
  }

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH] nf_nat: restrict ICMP translation for embedded header
  2010-10-11  8:23 [PATCH] nf_nat: restrict ICMP translation for embedded header Julian Anastasov
@ 2010-10-13 19:21 ` Patrick McHardy
  2010-10-21 11:15   ` Patrick McHardy
  0 siblings, 1 reply; 4+ messages in thread
From: Patrick McHardy @ 2010-10-13 19:21 UTC (permalink / raw)
  To: Julian Anastasov; +Cc: netfilter-devel, lvs-devel

Am 11.10.2010 10:23, schrieb Julian Anastasov:
> 
>     Skip ICMP translation of embedded protocol header
> if NAT bits are not set. Needed for IPVS to see the original
> embedded addresses because for IPVS traffic the IPS_SRC_NAT_BIT
> and IPS_DST_NAT_BIT bits are not set. It happens when IPVS performs
> DNAT for client packets after using nf_conntrack_alter_reply
> to expect replies from real server.
> 
> Signed-off-by: Julian Anastasov <ja@ssi.bg>
> ---
> 
>     I'm not very familiar with this code, so this change
> must not be considered as trivial. May be there was a
> reason the embedded header to be translated before the NAT
> bits are set?

This seems OK to me, but I need to think about it a bit more,
this code is subtle.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH] nf_nat: restrict ICMP translation for embedded header
  2010-10-13 19:21 ` Patrick McHardy
@ 2010-10-21 11:15   ` Patrick McHardy
  2010-10-21 11:27     ` Simon Horman
  0 siblings, 1 reply; 4+ messages in thread
From: Patrick McHardy @ 2010-10-21 11:15 UTC (permalink / raw)
  To: Julian Anastasov; +Cc: netfilter-devel, lvs-devel

Am 13.10.2010 21:21, schrieb Patrick McHardy:
> Am 11.10.2010 10:23, schrieb Julian Anastasov:
>>
>>     Skip ICMP translation of embedded protocol header
>> if NAT bits are not set. Needed for IPVS to see the original
>> embedded addresses because for IPVS traffic the IPS_SRC_NAT_BIT
>> and IPS_DST_NAT_BIT bits are not set. It happens when IPVS performs
>> DNAT for client packets after using nf_conntrack_alter_reply
>> to expect replies from real server.
>>
>> Signed-off-by: Julian Anastasov <ja@ssi.bg>
>> ---
>>
>>     I'm not very familiar with this code, so this change
>> must not be considered as trivial. May be there was a
>> reason the embedded header to be translated before the NAT
>> bits are set?
> 
> This seems OK to me, but I need to think about it a bit more,
> this code is subtle.

I think this change is fine, it does not apply to the current tree
anymore however. Could you please send me an updated version
against the nf-next-2.6.git tree? Thanks!

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH] nf_nat: restrict ICMP translation for embedded header
  2010-10-21 11:15   ` Patrick McHardy
@ 2010-10-21 11:27     ` Simon Horman
  0 siblings, 0 replies; 4+ messages in thread
From: Simon Horman @ 2010-10-21 11:27 UTC (permalink / raw)
  To: Patrick McHardy; +Cc: Julian Anastasov, netfilter-devel, lvs-devel

On Thu, Oct 21, 2010 at 01:15:15PM +0200, Patrick McHardy wrote:
> Am 13.10.2010 21:21, schrieb Patrick McHardy:
> > Am 11.10.2010 10:23, schrieb Julian Anastasov:
> >>
> >>     Skip ICMP translation of embedded protocol header
> >> if NAT bits are not set. Needed for IPVS to see the original
> >> embedded addresses because for IPVS traffic the IPS_SRC_NAT_BIT
> >> and IPS_DST_NAT_BIT bits are not set. It happens when IPVS performs
> >> DNAT for client packets after using nf_conntrack_alter_reply
> >> to expect replies from real server.
> >>
> >> Signed-off-by: Julian Anastasov <ja@ssi.bg>
> >> ---
> >>
> >>     I'm not very familiar with this code, so this change
> >> must not be considered as trivial. May be there was a
> >> reason the embedded header to be translated before the NAT
> >> bits are set?
> > 
> > This seems OK to me, but I need to think about it a bit more,
> > this code is subtle.
> 
> I think this change is fine, it does not apply to the current tree
> anymore however. Could you please send me an updated version
> against the nf-next-2.6.git tree? Thanks!

I can handle this and include it in my next pull request.

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2010-10-21 11:27 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-10-11  8:23 [PATCH] nf_nat: restrict ICMP translation for embedded header Julian Anastasov
2010-10-13 19:21 ` Patrick McHardy
2010-10-21 11:15   ` Patrick McHardy
2010-10-21 11:27     ` Simon Horman

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.