All of lore.kernel.org
 help / color / mirror / Atom feed
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/


             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.