From patchwork Tue Oct 16 20:00:18 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: TEE broken in 3.6 Date: Tue, 16 Oct 2012 10:00:18 -0000 From: Eric Dumazet X-Patchwork-Id: 191881 Message-Id: <1350417618.3954.1494.camel@edumazet-glaptop> To: Torsten Luettgert Cc: netfilter-devel@vger.kernel.org On Tue, 2012-10-16 at 21:13 +0200, Torsten Luettgert wrote: > Hi, > > today, I found that the TEE target doesn't work any longer in 3.6 and > following kernels. The problem is that it tries to ARP-lookup the > original destination address of the forwarded packet, not the address > of the gateway. > > I git bisected and found that this commit broke it: > > commit f8126f1d5136be1ca1a3536d43ad7a710b5620f8 > Author: David S. Miller > Date: Fri Jul 13 05:03:45 2012 -0700 > > ipv4: Adjust semantics of rt->rt_gateway. > > In order to allow prefixed routes, we have to adjust how rt_gateway > is set and interpreted. > > The new interpretation is: > > 1) rt_gateway == 0, destination is on-link, nexthop is iph->daddr > > 2) rt_gateway != 0, destination requires a nexthop gateway > > Abstract the fetching of the proper nexthop value using a new > inline helper, rt_nexthop(), as suggested by Joe Perches. > > Signed-off-by: David S. Miller > Tested-by: Vijay Subramanian > > which seems plausible. I'm not versed enough in netfilter/routing code > to fix it myself. Could any of you wizards help? Hmm... Could you try latest tree, with the following patch ? --- To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/net/netfilter/xt_TEE.c b/net/netfilter/xt_TEE.c index ee2e5bc..bd93e51 100644 --- a/net/netfilter/xt_TEE.c +++ b/net/netfilter/xt_TEE.c @@ -70,6 +70,7 @@ tee_tg_route4(struct sk_buff *skb, const struct xt_tee_tginfo *info) fl4.daddr = info->gw.ip; fl4.flowi4_tos = RT_TOS(iph->tos); fl4.flowi4_scope = RT_SCOPE_UNIVERSE; + fl4.flowi4_flags = FLOWI_FLAG_KNOWN_NH; rt = ip_route_output_key(net, &fl4); if (IS_ERR(rt)) return false;