From: Ming-Ching Tiew <mingching.tiew@redtone.com>
To: Patrick McHardy <kaber@trash.net>
Cc: netdev@vger.kernel.org, Julian Anastasov <ja@ssi.bg>
Subject: Re: [Bugme-new] [Bug 9719] New: when a system is configured as a bridge, and at the same time configured to have multipath weighted route, with one leg goes thru NAT and another without NAT, the nat path will intermittently get packets leaking out using internal IP without being SNAT-ted
Date: Sun, 13 Jan 2008 09:04:04 +0800 [thread overview]
Message-ID: <47896384.3000402@redtone.com> (raw)
In-Reply-To: <47863CA8.1010301@trash.net>
Patrick McHardy wrote:
> Andrew Morton wrote:
>>> Distribution: iptables 1.4.0 was used with kernel 2.6.23 and
>>> iptables 1.3.8
>>> with 2.6.22.15
>>> Hardware Environment: 3 interfaces, 2 interfaces bridged to form
>>> br0, and
>>> another connects to internet using pppoe.
>>> Software Environment: bridge, multipath routing
>>> Problem Description: when a system is configured as a bridge with IP
>>> assigned
>>> to br0 interface, and at the same time it is configured to have
>>> multipath
>>> weighted default route, and one of the default route is NAT-ed and
>>> another of
>>> the default route is not NAT-ed, then it is NAT-ed interface will
>>> occasionally
>>> get packets leaking out to it with packets with private IPs.
>
>
> That is most likely because the route changes over time (when the cache
> is flushed) and the NAT mappings for the connection have been set up on
> a different interface. The way to properly do this is to add routing
> rules based on fwmark and use CONNMARK to bind a connection to one of
> the interfaces after the initial multipath routing decision.
>
First of all, I would like to say a big thank you to all of you takes
interest in replying my post/email. I have altered the distribution
slightly and the kernel bug list is removed.
It seems from your reply, what is implied is that I cannot change route
within a connection, and whatever things I do, I must make sure that the
route remains the same for a particular netfilter connection ?
Regards.
prev parent reply other threads:[~2008-01-12 11:57 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <bug-9719-10286@http.bugzilla.kernel.org/>
2008-01-09 23:28 ` [Bugme-new] [Bug 9719] New: when a system is configured as a bridge, and at the same time configured to have multipath weighted route, with one leg goes thru NAT and another without NAT, the nat path will intermittently get packets leaking out using internal IP without being SNAT-ted Andrew Morton
2008-01-10 13:07 ` Ming-Ching Tiew
2008-01-10 16:32 ` Ming-Ching Tiew
2008-01-10 17:25 ` Ming-Ching Tiew
2008-01-10 15:41 ` Patrick McHardy
2008-01-13 1:04 ` Ming-Ching Tiew [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=47896384.3000402@redtone.com \
--to=mingching.tiew@redtone.com \
--cc=ja@ssi.bg \
--cc=kaber@trash.net \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).