Linux Netfilter discussions
 help / color / mirror / Atom feed
From: Stephen Frost <sfrost@snowman.net>
To: Kevin McConnell <kevymac@yahoo.com>
Cc: Brad Chapman <kakadu_croc@yahoo.com>,
	Afshin Lamei <linux_st@hotmail.com>,
	netfilter@lists.netfilter.org
Subject: Re: Doing Bridge with firewalling
Date: Tue, 31 Dec 2002 15:54:17 -0500	[thread overview]
Message-ID: <20021231205417.GQ677@ns> (raw)
In-Reply-To: <20021231204756.1918.qmail@web40306.mail.yahoo.com>

[-- Attachment #1: Type: text/plain, Size: 1550 bytes --]

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

	Stephen

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2002-12-31 20:54 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 [this message]
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

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=20021231205417.GQ677@ns \
    --to=sfrost@snowman.net \
    --cc=kakadu_croc@yahoo.com \
    --cc=kevymac@yahoo.com \
    --cc=linux_st@hotmail.com \
    --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