From: Grant Taylor <gtaylor@riverviewtech.net>
To: Mail List - Netfilter <netfilter@vger.kernel.org>
Subject: Re: Problem with DNAT of UDP packets getting undone
Date: Tue, 06 Nov 2007 15:04:43 -0600 [thread overview]
Message-ID: <4730D6EB.9020209@riverviewtech.net> (raw)
In-Reply-To: <4730CD6F.7040400@plouf.fr.eu.org>
On 11/06/07 14:24, Pascal Hambourg wrote:
> You may confuse with the restriction from some RFCs stating that
> 127.0.0.0/8 addresses are reserved for internal host use, i.e. the
> loopback interface. There is no such restriction for other addresses
> that may be configured on the loopback interface. Also, the Linux IP
> stack follows the "weak" model by default, so any unicast address
> (except 127.0.0.0/8) configured on any interface can be used for
> communications on any other interface. So any non-127.0.0.0/8 address
> configured on the loopback interface can be used for communications on
> any other interface.
Ok. I did not know for sure as I have not tried this my self and can't
say for sure one way or another.
> Nope, NAT has nothing to do with this, and the loopback interface is not
> involved.
In light of the above, agreed.
> The old stateless NAT in the routing code controlled with iproute2 is
> considered broken and all references to it were removed from kernel
> 2.6.9. But a new stateless NAT is coming with the next kernel release
> 2.6.24.
...
> For now, an ugly workaround may be to use the NOTRACK target in the
> 'raw' table on the (supposedly) return packets, to skip the connection
> tracking and the automagic reverse DNAT. I think this will work for DNS
> over UDP, maybe not so well for TCP.
Yes, "Ugly!".
Grant. . . .
prev parent reply other threads:[~2007-11-06 21:04 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-06 15:49 Problem with DNAT of UDP packets getting undone Mongiovi, Roy
2007-11-06 17:03 ` Martijn Lievaart
2007-11-06 18:54 ` Grant Taylor
2007-11-06 20:24 ` Pascal Hambourg
2007-11-06 21:04 ` Grant Taylor [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=4730D6EB.9020209@riverviewtech.net \
--to=gtaylor@riverviewtech.net \
--cc=netfilter@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