Linux Netfilter discussions
 help / color / mirror / Atom feed
From: Arnt Karlsen <arnt@c2i.net>
To: netfilter@lists.netfilter.org
Subject: Re: Doing Bridge with firewalling
Date: Tue, 31 Dec 2002 23:31:46 +0100	[thread overview]
Message-ID: <20021231233146.30910422.arnt@c2i.net> (raw)
In-Reply-To: <20021231205417.GQ677@ns>

On Tue, 31 Dec 2002 15:54:17 -0500, 
Stephen Frost <sfrost@snowman.net> wrote in message 
<20021231205417.GQ677@ns>:

> * Kevin McConnell (kevymac@yahoo.com) wrote:
> > 
> > --- Stephen Frost <sfrost@snowman.net> wrote:
> > > The two havn't got anything to do with each other. 
> > > NATing is modifying
> > > packets as they pass through the router.  Addressing
> > > is the IP address
> > > and whatnot to access the firewall/router.  One does
> > > not require the
> > > other.
> > 
> > This leads me to another question then. What are the
> > advantages of not having an IP address assigned to 
> > interface(s) of the firewall? Like for instance, if my
> > firewall was the gateway to the outside world, how
> > would I tell machines behind the firewall to get out
> > to the outside world if they didn't have a default
> > route pointing to the internal address of the
> > firewall? Also, how would packets that hit the
> > firewall get routed through the other side?
> 
> A router is not a bridge.  The two are different things.  You're
> thinking of things in terms of a 'router'.  In order for your
> computers to reach the external network they have to go through a
> router, true.  A firewall can be implemented as part of a router or as
> part of a bridge. The only requirement being that the packets are
> required to pass through the device.  If you implemented your firewall
> as a bridge then the machines on the network wouldn't 'see' it, they
> would point their default routes to the router on the opposite side of
> the bridge.
> 
> I think the critical point here is that you need to understand what a
> bridge is and how it works and how it's different from a router.
> 

..think of is as a relay.

-- 
..med vennlig hilsen = with Kind Regards from Arnt... ;-)
...with a number of polar bear hunters in his ancestry...
  Scenarios always come in sets of three: 
  best case, worst case, and just in case.




      parent reply	other threads:[~2002-12-31 22:31 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-12-31 10:51 Doing Bridge with firewalling Afshin Lamei
2002-12-31 16:08 ` Kevin McConnell
2002-12-31 19:03 ` Brad Chapman
2002-12-31 20:23   ` Kevin McConnell
2002-12-31 20:27     ` Stephen Frost
2002-12-31 20:47       ` Kevin McConnell
2002-12-31 20:54         ` Stephen Frost
2002-12-31 21:30           ` Ranjeet Shetye
2002-12-31 22:19             ` Kevin McConnell
2003-01-01 15:10               ` Stephen Frost
2003-01-01 15:08             ` Stephen Frost
2003-01-06 14:16               ` Toshihiro Sonoda
2003-01-06 15:03                 ` Stephen Frost
2002-12-31 22:01           ` Kevin McConnell
2002-12-31 22:31           ` Arnt Karlsen [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=20021231233146.30910422.arnt@c2i.net \
    --to=arnt@c2i.net \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox