> > I know nothing(for the most part) of Linux. In two weeks I move to an
> > area w/cable modems. I'll be living w/4 other roomates who each have
> > PCs. If we get a cable modem I would like to set up a network so that
> > everyone can access the net 24/7. What I have read in this news group
> > leads me to belive that Linux is capable of doing just this and more. My
> > Qusetion(s) is What do I need to do it? Specificly what distribution
> > should I buy and what HOWTOs or FAQs should I read? Also what type of
> > system does my linux box have to be to support 5 clients?
> > Here is my expected configuration:
> > comcast<--->cable modem<--->Linux box<--->Win95 box
> > |->Win95 box
> > |->Win95 box
> > |->Win95 box
> > |->Win95 box
> > I am using ethernet (coax) cable for linux to win95
> > runs.
> This is coming to you from a Linux cable modem setup. While I haven't
> personally done what you are asking about, I do use my Linux setup as an
> http, ftp and telnet client/server and the cable modem is nothing short
> of fantastic. To help you out, though, I can relate to you what I've
> seen in the local cable modem NGs. There I have seen several success
> stories from folks doing exactly what you want here in San Diego.
> You will need an ethernet hub that supports 5 machines. I have seen one
> at Fry's recently for $20, but you probably will pay more like $50 for a
> decent one. I think you hook it up like:
> |->Win95 box
> |->Win95 box
> comcast<--->cable modem<--->Hub<--->Linux box
> |->Win95 box
> |->Win95 box
> |->Win95 box
> Then you run IP masquerading on the Linux box (this is part of the
> kernel now, you just compile it in), give all your Win95 boxes fake IP
> addresses (I think), and route all your packets from the Win95 boxes
> through the Linux box. The Linux box then acts as a proxy for each of
> the Win95 boxes, stripping off the identity of their requests and
> replacing it with it's own. To the outside world, it all looks like one
> machine (the Linux box), but from your LAN, you have internet access in
> the downstream direction for all your computers and in the upstream
> direction for your Linux machine. I believe that the only drawback is
> that there is extra traffic on your LAN due to the fact that when data
> comes back from the internet to the the Linux box, it has no idea who
> requested it, so it gets broadcast over the LAN instead of being routed
> back to a specific host. Again, this is all from memory, I haven't done
> it myself so don't take it as gospel. It should point you in the right
> direction though.
> Where I'm at, you _can_ pay $5/month each for up to 5 additional real IP
> addresses and skip the masquerading part, but I think most people with
> multiple machines are saving their money and going with the above setup.
> Good luck!
> --
> The Scripps Research Institute
> http://www.scripps.edu/~jsmith
My cable company doesn't offer multiple IPs to cable modem customers.
They only suggest additional cable modems.
I do have a Linux 2.0.30 box serving as a masquerading firewall for a
Windows 95 machine. I have a 3C509 ethernet card connected to the cable
modem by 10baseT cable, and old 3C503 thinnet cards in each machine on my
local network.
IP forwarding and masquerading is built into Linux 2.0.30, so you'll want
that version of linux or later.
There are limits on IP masquerading. I've got ping and such working, but
not normal ftp. Passive FTP, as used in netcape works fine. TCPIP
connections work best, as there are return ports that can be properly
used to forward the masquerading packets. So, telnet, www, and other
tcpip actions work fine. Odd things like Diablo don't work. There's no
way for machines out there on the internet to connect to your masqueraded
machines. They can really only respond.
Though I have limited need, I'd probably say that paying $5 a month for
more IPs would be worthwhile (but I doubt many places offer that).
I may be incorrect about some of this even though I'm actually using it
:) Any corrections would be gladly noted, especially if it will improve
my masquerading connectivity.
Andrew