Hmmm, your definitions aren't strictly right.....
<SNIP>
>
> 1) port forwarding is telling your server which service is being delivered
> at what server on the network (AKA "NAT" or Network Address Translation?);
>
Not exactly, i suppose you could say (without getting too complicated)
that port forwarding 'falls within' NAT, although NAT is also something
different. Port Forwarding (or PAT, Port Address Translation) allows a
external computer to connect to a service port on a 'port forwarding
device' i.e a firewall and then is forwarded to an internal service port..
i.e if say you have a internal web server but for some chosen reason you
run the httpd service on port 88. To allow external clients to be able to
use a normal browser without them needing to do anything special you could
have a device that sits in between that accepts connections on port 80 and
then forwards them to your internal server on port 88 (in this scenario it
may not be your firewall that is doing this port forwarding but could be a
proxy server - such as Squid). Whereas NAT works on translating an IP
Address.
> 2) IP forwarding is translating my internal ip to the external world and
> back again (AKA "masquerading"?)
>
IP Forwarding, is routing. What you describe as bridging,is actually IP
Forwarding. Masquearding (AFAIK, i maybe wrong) is mainly used within the
Linux world, everywhere else (I know of) people describe it as NAT. Where
as Netfilter peeps, have have defined further
http://www.netfilter.org/documentati...O-4.html#ss4.1
IP Forwarding is usually compiled in to the kernel but for security
reasons usually disabled.
> 3) Bridging is regulating traffic between two networks with different
> address ranges (like my 192.168.0.0/24 network and the ROTW)
>
Bridging is to connect two Ethernet Segments of the same LAN. So nothing
is done to the Ethernet Packet (unlike all of the above), packets are just
passed from one interface of the bridge to the other. One important point
to note about Linux bridging, is that packets will only pass the bridge if
the MAC address of the packet lives on the other side of the bridge.. i.e.
the destination device is connected to a different port. Bridging is
similar to Switching. Bridging is not usually (AFAIK) compiled in to the
kernel.
> Would you agree with these definitions? (Otherwise, let's fumble a bit back
> and forth, so this subject becomes clear for the newbies - and we can
> re-post it now and then ;>) ).
>
>> Yes most things can be configured through /proc/sys, but even these need
>> to be enabled in the kernel... i.e you wont be able to setup networking
>> parameters if networking has been disabled in the kernel.
>
> Ah, okay, so I think that most kernels nowadays come "out of the box" with
> the most popular features enabled then... ? (for I don't recall ever having
> had to rebuild one for this purpose)
>
As mentioned above IP Forwarding is usually compiled in.
>> So to setup bridging, you have to first enable it in the kernel. Now i may
>> be mistaken but iam not aware of any major (non system specific) distro's
>> that have bridging compiled in to their distributed kernel builds. So
>> therefore to enable bridging requires a recompile of the kernel.
>
> I suppose that my previous remark was a bit premature then. Come to think
> of it (i.e. if my definition is correct) my bridging firewall machine is
> equipped with Smoothwall, that I downloaded specifically for this purpose.
> Hence it could well be that the good people at SmoothWall precompiled it to
> be able to support these functions.
>
Yes Smoothwall does have IP Forwarding enabled and compiled in but iam not
sure about bridging.
>> Hope that helps
>
> It did, and perhaps we can work on the definitions a bit further?
>
>> Yas
>
> Gerard
I hope that clarifies things... i would suggest maybe having a look at:
http://www.tldp.org/HOWTO/Networking...w-HOWTO-8.html
That may help further
Yas