From: Grant Taylor <gtaylor@riverviewtech.net>
To: Mail List - Netfilter <netfilter@vger.kernel.org>
Subject: Re: simple connection bridging
Date: Mon, 14 Apr 2008 15:01:31 -0500 [thread overview]
Message-ID: <4803B81B.5010201@riverviewtech.net> (raw)
In-Reply-To: <5d97c170804141239t1ea0a2c0j6a7f865b508fccb2@mail.gmail.com>
On 04/14/08 14:39, Peter Boughton wrote:
> It is for one, but not the other - can change that if necessary?
You don't have to have the Linux box be the default gateway for both XP
boxen, but the one(s) that do not do so will have to have a route in
place to the other subnet via the Linux box.
> I've had to fiddle the IPs to try and get Internet Connection Sharing
> (Windows requires 192.168.0.1 be the internet machine), so I've
> currently got this:
Ugh? How big of a role is Internet Connection Sharing (a.k.a. ICS)
playing in this network? Are you aware of the problems that ICS will
introduce in to this mix?
> - main machine -
> ip=192.168.1.2
> gateway=192.168.0.1
> route add 192.168.0.0 mask 255.255.255.0 192.168.1.10
Um, this machine (as it is above) probably does not have internet access
as it's default gateway (192.168.0.1) is not on its network (192.168.1.x).
> - internet machine -
> ip=192.168.0.1
> gateway=192.168.0.10
> route add 192.168.1.0 mask 255.255.255.0 192.168.0.10
So this is one of the XP boxen and it is the one that is connected to
the internet? I.e. the other XP box will have to pass through the Linux
box to get to this box to go out to the internet?
> - linux machine -
> eth0 = 192.168.0.10
> eth1 = 192.168.1.10
> packet filtering enabled
*nod* Simple enough.
> pinging, ssh, remote desktop all work, but I can't get internet from
> the main machine, only the other two.
*nod* (See my above note about the default gateway.)
> Aha! I changed the default gateway of my main machine to the linux
> one and now I can get online with it again!
This is as I would expect.
> Not really sure what it means to change the gateway though - why that
> allows it to work online when going direct to the other machine
> doesn't?
I'm guessing by this statement that you are not overly familiar with
subneting and routing. In a nut shell, the netmask in combination with
your IP address define what addresses are considered local and can be
gotten to directly. Any address that is not local has to be gotten
through via a route or the special route better known as the default
gateway.
So I'm guessing your set up is something like this:
(I Net)
|
+---+ +---+ +-+-+
| M +---+ L +---+ I |
+---+ +---+ +---+
Where M is your main system, L is the Linux system, and I is the
internet system.
(Presuming that the above is correct.)
Your main system will be able to talk to any systems with in the same
subnet that it is on, namely L. Likewise, L is able to talk to any
systems with in the same subnets that it is on, namely M and I.
Similarly I is able to talk to any systems with in the same subnets that
it is on, namely L and the ISP.
For M to talk to any thing other than L it will need a default gateway
(L) or at least a route to get to I. Likewise L will need a default
gateway (I) to get to the internet. Similarly I will use the ISP as
it's default gateway to get to the internet.
Now, word to the wise about Internet Connection Sharing (a.k.a. ICS).
ICS runs on the system that shares its (usually internet) connection.
This system has to be fully functional and in charge of the networks
that it is sharing its connection to.
Any system that is a client of ICS will very likely have to be
configured as a DHCP client, or ICS *MAY* not share its connection to it
properly.
Also, if you want, you can tweak the registry of the ICS system to
change the network config that it hands out to clients.
Grant. . . .
next prev parent reply other threads:[~2008-04-14 20:01 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-12 21:39 simple connection bridging Peter Boughton
2008-04-13 7:12 ` Jan Engelhardt
[not found] ` <4801622E.1060407@bofhland.org>
2008-04-13 11:10 ` Peter Boughton
2008-04-13 19:02 ` Jan Engelhardt
2008-04-14 7:52 ` whiplash
2008-04-14 10:45 ` Jan Engelhardt
2008-04-14 11:01 ` whiplash
2008-04-14 19:10 ` Grant Taylor
2008-04-14 19:39 ` Peter Boughton
2008-04-14 20:01 ` Grant Taylor [this message]
2008-04-14 22:26 ` Peter Boughton
2008-04-15 0:14 ` Grant Taylor
2008-04-15 22:42 ` Peter Boughton
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=4803B81B.5010201@riverviewtech.net \
--to=gtaylor@riverviewtech.net \
--cc=netfilter@vger.kernel.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