From: Florin Andrei <florin@andrei.myip.org>
To: netfilter@lists.netfilter.org
Subject: NAT on stateless firewall ?
Date: Thu, 02 Aug 2007 16:08:48 -0700 [thread overview]
Message-ID: <46B26400.7050504@andrei.myip.org> (raw)
I need to build a firewall in front of a cluster of HTTP servers. The
firewall has 2 interfaces, "inside" (facing the cluster) and "outside"
(facing the Internet).
Each server has a private IP address, so the firewall must translate
each server address to a public address on the external interface (I
guess that's called 1:1 NAT, it's exactly what a PIX firewall would do
via a "static (inside,outside) foobar-out foobar-in netmask
255.255.255.255" statement).
Since HTTP is the only thing traversing the firewall, I don't really
need a stateful firewall. In fact, in order to build some redundancy
into the firewalling layer, a stateless firewall is even better: I just
build 2 or more stateless firewalls and only transfer the IP and MAC if
the primary fails - no need to transfer the state.
Moreover, since the total bandwidth will be very high, that's one more
reason to not do stateful filtering (less work for the firewall).
The problem is, NAT seems to imply stateful filtering. The moment I
start playing with the nat table, the ip_conntrack module gets loaded.
Questions:
Is there a way to do NAT on a true stateless firewall? (no conntrack loaded)
If the answer to the previous q is negative, can I just ignore conntrack
and build the filter and nat tables as if conntrack would not exist? I'm
trying to figure out if there's any interaction with conntrack in this
scenario, but I don't know netfilter well enough to be 100% sure.
--
Florin Andrei
http://florin.myip.org/
next reply other threads:[~2007-08-02 23:08 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-02 23:08 Florin Andrei [this message]
2007-08-03 1:49 ` NAT on stateless firewall ? Gregory Carter
2007-08-03 3:30 ` Florin Andrei
2007-08-03 4:10 ` Grant Taylor
2007-08-03 9:55 ` Pascal Hambourg
2007-08-03 18:23 ` Florin Andrei
2007-08-03 19:11 ` Florin Andrei
2007-08-03 19:15 ` Martijn Lievaart
2007-08-03 19:56 ` Florin Andrei
2007-08-03 20:37 ` Martijn Lievaart
2007-08-03 20:51 ` Grant Taylor
2007-08-05 20:16 ` Martijn Lievaart
2007-08-06 1:04 ` Grant Taylor
2007-08-06 5:01 ` Martijn Lievaart
2007-08-06 14:11 ` Grant Taylor
2007-08-03 19:23 ` Grant Taylor
2007-08-03 19:53 ` Pascal Hambourg
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=46B26400.7050504@andrei.myip.org \
--to=florin@andrei.myip.org \
--cc=netfilter@lists.netfilter.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 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.