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.
prev 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