Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
Linux Books Media Software Book Reviews

Linux Routers 45

Sitting at your average Linux box is becoming simpler by the day, but the complexity and volume of information that that machine is likely to transmit and recieve is only getting greater. Reader Martin Barry contributed this review of Linux Routers. This book promises to unravel that complexity for the reader willing to trade some time and effort for a custom solution to their own routing requirements.

Linux Routers
author Tony Mancill
pages 329
publisher Prentice Hall
rating 7
reviewer Martin Barry
ISBN 0-13-086113-8
summary Fundamental look at replacing brand name routers with ones based on generic hardware and Linux. Develops concepts of core routing features and relevant extensions in the context of six router applications including LAN, WAN and Internet.

*

Overview

Linux Routers is an interesting little book that pulls together the kind of information that one could find browsing various HOW-TOs and guides into a concise narrative explaining the tasks required to build and operate Linux-based routers.

Opening the book is a discussion on the fundamental theories underlying routing and the infrastruture required to implement routing solutions. For those (like myself) who have little exposure to network administration this will be particulary helpful as a lead in to the following chapters.

There is a chapter to further build on the basics of IP (addresses including RFC1918, subnetting, routing tables), ethernet (MAC addresses, ARP, switching) and wide area networks (types of links, integrating with telco hardware, billing).

The detail increases as the book progresses. It starts with the simplest installation, routing between two ethernet segments covering the basics of setting up Linux networking and routing. Methods of IP accounting are also introduced. Mention is also made of the Linux Router Project and the single floppy distribution they have developed.

Moving onto WAN routers introduces the telco issues and ways to preserve bandwdith (http proxy, caching dns). IPchains is introduced in the context of masquerading otherwise unroutable addresses. Various tools are listed in a section that demonstrates how to view traffic on the network for educational and debugging purposes. Monitoring of traffic over a router is also described, using MRTG to collect and beautify data. Chapter 7 includes methods of reducing said traffic such as http caches and a DNS slave at the remote site.

A border router to the Internet is used to raise related security issues and the use of proxy servers to screen access from the outside in or the inside out. This information bridges across chapters 6 and 8 and includes topics like packet filtering firewalls, port redirection and proxies. The flexibility of Linux is demonstrated by the ability to integrate routing and Internet servers on a single box. With obvious reservations about how wise that is, it is pertinent that failure detection, notification and recovery are all covered.

What's to like

The information starts out simple and builds on itself in cyclical nature as the book progresses. The six scenarios are the ones likely to be encountered in a production environment and illustrate the benefits of using Linux routers.

The issues of choosing Linux as a router are well addressed, including discussions on thorny topics like "Total Cost of Ownership," and provide a framework for you to assess your own situation. The writer's style is clear and easy to read.

Different WAN and Internet telco links are discussed (POTS, frame relay, dedicated digital access circuit) including how to configure the link and what protocols to run over it.

Peripheral issues, such as troubleshooting tcp or proxy servers, are dealt with well. Information is provided to allow you to understand the integration with the routing infrastructure you are deploying. When the topic starts to drift from the task at hand the author makes good use of redirecting people interested in more detail to other references (Web sites, books).

What's annoying

The author is a part of the Debian project so some things have a bit of a Debian slant on them (this includes the file system layout referred to and the config files). This shouldn't be too much of an issue for most people, though it will require a thorough understanding of one's own system or problem-solving via your distribution's manual. WAN hardware and software discussions are limited by the author's experience, with a particular brand of card and one software package (wanpipe -- of which the author is the Debian maintainer) being focused on.

Alternatives are mentioned, but not in great depth, and the examples therefore might not be portable to your choice of card or software.

Summary

If you are comfortable with enabling routing, IPchains, proxy servers and troubleshooting tcp/ip on Linux, this book will be of little use other than to provide a step-by-step approach. On the other hand, if you currently use brand-name routers but have sometimes wondered whether that 486 in the corner could be put to good use, this book will certainly guide you on your travels.

Table of Contents

Note: the author uses the elements to name boxen, hence the names of the chapters.

  1. Routing Building Blocks (Hardware, Environment, Software)
  2. IP, Ethernet and Telephony Basics (Routing, Ethernet, WAN)
  3. Silicon - LAN Router (LAN Routing, IP Aliasing and Accounting)
  4. Erbium - an Extranet Router (IP Masq, IP Monitoring)
  5. Zinc - Frame Relay Router (WAN Hardware and Software, MRTG)
  6. Oxygen - Internet Router (Security, Firewalling, Failure Detection)
  7. Californium - Satellite Office Router (Caches and Slaves, Multifunction Routers, Remote System Support)
  8. Hafnium - Internet Services Router (Proxying, IP Redirection, Routing Daemons, Emergency Recovery)
Appendices
  • A) Links
  • B) Compiling a Kernel
  • C) Testing Strategies
  • D) Ethics and Other Considerations
  • E) GPL


You can purchase this book from ThinkGeek.

This discussion has been archived. No new comments can be posted.

Linux Routers - Waiting for Revisions from Marty

Comments Filter:
  • by Anonymous Coward
    I've used a few flopy disk routers, out of all of them I found that free sco was the best. The setup was easy, and it let you get down and dirty w/ the ocnfig files if you wanted to, but I still prefer the linksys router. It's the fastest to setup, its secure, and it has free support, and updates... You also don't have to worry about user licnse issues. for my money it's the best. Besides you can't beat the low pewer consumtion.
  • by Anonymous Coward
    Just make your own box with www.freesco.com they work wonders.
  • Well, if you had enough old boxes you could make a nice Beowulf cluster. Ooh shit, I'm going to get moderated down for that one. Seriously though, you can do a lot of things with an old box. Low cost X terminal, personal mail server, squid proxy cache, etc. You're obviously not going to be playing a lot of 3D games like Quake on a 486 but it's fine for text browsing the web with lynx or read mail with mutt. :-)
  • by Monkius ( 3888 ) on Tuesday November 21, 2000 @06:34AM (#609453) Homepage
    I liked the book, and certainly felt it would be very helpful to folks doing the most common 85% or so of network device setup tasks.

    On the other hand, I felt the title of the book constituted a promise that it would include good coverage of dynamic routing protocols like OSPF, RIP2, and others--all of which are available in strong Linux implementations.

    This book covers the entire concept of dynamic routing in about 4 pages, in section 8.4--and the coverage is completely inadequate. There isn't usable information on setting up ANY dynamic routing protocol--OSPF isn't even in the index of the book. (It's on mention is in the glossary.)
  • I have a Compaq Deskpro 486/66 that has been beefed up in some areas to make an excellent X terminal.

    I added an 8Mb ATI card, and all the spare SIMMs in the junkbox that would fit to get about 96Mb, and it goes like a train with truecolour driving a 'spare' 21" monitor. It's relatively quiet too. I believe there are either netboot or floppyboot options like this that can do away with the harddrive altogether to make a very quiet system - the 486 has no fan, and the PSU can be knobbled to shut up a bit.

    Getting PCI video cards is getting harder though, and X network security sucks big time.
  • by drowsy ( 4335 )
    I visited the advanced link, and I'm wondering where the best beginner's guide to IPsec could be. How is the reviewed book on that score?

    I'm reading the ora "Building Internet Firewalls" book now, has anyone tried the "Building Linux and OpenBSD Firewalls" book? It covers OpenBSD 2.5, will it be relevant for 2.8?

    Thanks.
  • I got a copy of the book at the Atlanta Linux Expo from a Sangoma rep. It does a relatively good job of explaining T1 circuits and how frame relay works. This was one of the first things I had to learn a while ago and the book would have saved some time for me.
    I liked the book, it's pretty easy reading and was definitely worth the time spent reading it.
  • by Cato ( 8296 ) on Tuesday November 21, 2000 @09:47AM (#609457)
    An implicit assumption of the book seems to be that you are setting up an edge router that provides Internet access - this is probably quite reasonable for 99% of cases, as I've yet to see anyone use a Linux router in the core of their network.

    Imagestream and Nbase-Xyplex do make heftier core-style Linux routers / layer 3 switches, but they aren't very widely deployed.
  • by killbill ( 10058 ) on Tuesday November 21, 2000 @08:20AM (#609458) Homepage
    I second the motion.

    Freesco is by far easiest and most flexible out of the box router I could find... it supports just about every type of bridge you may need (ethernet dialup, ethernet ethernet, dial in server). It has a built in DHCP server, print server, dns server, web server, and web based control panel. Further, it all fits on a floppy.

    I can set one of these things up on site in less then half an hour. I threw a couple of web based security audit tools at it, including running a version of Saint against it, and it scored as near to perfect as possible in every case (I left a trivial web server running and open to the outside so it could not get a perfect score).

    The only drawback is the fact that they insist on trying to keep everything on a floppy, so they miss a couple of nice tools that would help me. This is a bad idea (IMHO), as I have stacks of 100 - 500 MB hard drives (that no one can use) laying around, but extra floppy drives are harder to come by (as people still use them in current systems). 100 MB hard drives are arguably cheaper (i.e. free) then 1.44M floppy drives ($19 or so)!

    Anyway, I have two subnets behind my firewall, one traditional 10/t ethernet, and one wireless ethernet (based around webgear aviator 2.4 Ghz PCMCIA cards with ISA adapters if necessary).

    Because they want it on a floppy, there is no room for the PCMCIA support, which means I have to have my other server do a little more complicated routing, and DHCP serving (a non-routable protocol) gets messy. It would be easier if all my subnets were anchored directly into the firewall... but I digress.

    Anyway, if you want a very secure and easy to set up firewall, then take a good look at freesco. Run a setup script and answer 20 or so questions (all with reasonable defaults) and you have a great little full featured server on your old 486 (with 16 MB ram). The documentation is very good as well.

    Personally, I think a dedicated firewall product like this is much more secure then trying to lock down a full distribution and using that... there are just fewer doors and windows for people to poke at and pry open, and much fewer tools to exploit if they do get in... not to mention that the entire OS partition gets mounted read only...

    Bill
  • Well, one nice thing about using an old computer instead of a $200 NAT box, is that it can also run services for you, such as Squid, DNS cache, maybe even fringe things like nntpcache.

    Every home or office should have one of these. :-)


    ---
  • For low end small business or backyard ISP use MTBF can be surpisingly good with commodity hardware. Infact my experience so far is that my ISPs routers are less reliable than anything I have built out of scrap. Ofcourse they are carrying a much greater load.

    An easy way to cover the redundancy requirement is to have a complete standby unit preconfigured and ready to slot in. All that is needed is two obsolete PCs with identical WAN adapter and NIC. Either go the floppy approach as with LinuxRouter or get Sandisks. Since a sandisk just looks like another harddrive, an old IDE hardrive will do in the spare router to save on sandisk costs (I don't think they ever fail anyway)

    It's not hot swappable, so you may lose a couple of customers in the minute it takes to swap cables and boot from sandisk, but if you are running amazon.com obviously you have a budget to buy better. To put the reliability issue in perspective, where I live my ISP lost 75% of it's bandwidth on Monday and its routers all went nuts. We had traffic interuptions for hours while they reconfigured their network and what looked like numerous router reboots.

    So for those on a limited budget Linux routers can be both reliable and very flexible but like MySQL they have limitations that means they are not a solution for all situations.
  • Well, another option would be to buy this and run the [allwell.com.tw]webmin [webmin.com] IPchains Firewalling module. Fanless, small footprint, web-based front-end, with a much cooler DIY feel.

    Monty

  • I WANTED a closed-source security box.

    Closed source and security tends not to go together. By definition it means that no independant expert can possibly have audited the software.
  • by Tower ( 37395 ) on Tuesday November 21, 2000 @06:50AM (#609463)
    I just got the Linksys router/nat box, replacing that function in my linux box. I must say, even having run ip masq for the last couple years, the little Linksys does a great job. It has all the VPN behind NAT support built in (can be a pain with IPChains), port forwarding, DMZ option for a system, DHCP, web-interface. Not to mention that it is quicker at routing the IPSec VPN traffic than the linux box was (a K6-2 500 with 2 3c509s). Some models have a built in 10/100 switch, so you don't even need another hub (though I seem to be in no short supply of those).

    It is small, makes no noise (not an issue for where I use it - 10krpm scsi drives and fans take care of that), works well and is easily configured. All for ~$130... saves on power, if you had a system dedicated to only the masq/firewalling, too.

    There's no client license or anything - just use up all the IPs you want. Good stuff.
    --
  • We're not talking string and tin cans here. I have yet to see a piece of networking equipment of decent size not have a fan. Hell a little POS D-Link 4 port 10 or 100 (yes, you read that right) hub had a helluva fan in it. The box was 4"x3"x1". A cisco 675 doesn't have one. Neither does most other modems. Most, if not all, routers (in the true sense of the word) have them.

  • one of the biggest advantages of "normal" routers is that they're solid state. there aren't any moving parts (fans/spindles/etc) to wear out.

    Hmm...

    1. Most 486-class CPUs are adequately cooled with just a heatsink (an i486DX4-100 might need a fan, but <=66-MHz and/or 3.3-volt (Cyrix/AMD) CPUs often don't; my firewall uses a Cyrix 5x86-120 and it only has a smallish heatsink epoxied to the processor).
    2. If your router setup will fit on a floppy, you can set things up so the floppy is only accessed at bootup. If more space is required, you could get one of those CompactFlash-to-IDE adapters [dansdata.com] and an appropriately-sized CF card and use it in place of the usual spinning-metal contraption.
    3. Once you've gotten the overall power consumption down low enough, if you're a little daring you could try removing the power supply fan. With an old, slow processor and no HD, power consumption should be a small fraction of what the power supply can deliver.
    Do that and you'll have no moving parts to wear out, and it'll still run Linux. :-)
  • >What sort of routers have you been using? the
    >kind I'm used to would give you industrial
    >deafness from the fans! Take a look at any Cisco
    >5500 or up - the fans on those babies could cool

    Cisco 1600 series and Linksys Etherfast DSL

    Amorphis
  • by [amorphis] ( 45762 ) on Tuesday November 21, 2000 @06:38AM (#609467)
    one of the biggest advantages of "normal" routers is that they're solid state. there aren't any moving parts (fans/spindles/etc) to wear out.

    Amorphis
  • but beware, whenever you provide a GNU/Linux box for routing and/or firewall services, you will be asked over and over again, "Does this work just like a Raptor?" and "How's this compare to a Checkpoint?"

    My answer: it runs EMACS.

  • It would be nice to have an updated "Advanced Routing Howto" that includes more information on the options for and configuration of such things as:

    Secure IP (FreeS/WAN)

    Routing daemons (Gated, Routed, Zebra, etc.)

    (Layer 2) Bridging (also with firewalling, etc.)

    Port / service redirection

    ... etc.

  • Being down for a reboot during an attack is not the kind of security policy I want.
    _____________
  • Does it cover IPv6 routing?
  • Oh get a gripe you whinny pathetic redhat luser.
  • Cool! I'm running linux on an old Acer system as my firewall. 16mb RAM, 486/33, 270mb hard drive. I can slap it around and rewire it any way I please. It's hooked to a 486/33 NCR laptop with 11mb RAM that's the main display and X terminal on the system. An HP NetServer LM (P60, 128mb RAM) running Solaris does a lot of the graphical work like running Netscape. Why Solaris? Hardware support (I couldn't find an open source system with drivers for EISA Mylex hardware RAID controllers). I have a DSL hookup, running whatever services I feel like is just a matter of setting them up and adjusting my firewalling and forwarding rules. And while I'm learning the tricks to get this done, I'm also learning how things work. There is no Magic Button to drop pings from everywhere but a few trusted servers. There's no need have your mouse perform the Macharena while clicking through the Gettysburg address in morse code just to access some hidden functionality.
    This is the true benefit of open source solutions. I think too many people get used to knowing things and forget that. Someone could write an interface for ipfwadm, ipchains, or ipmasqadm and make it look as pretty as they liked. But when it comes right down to it, you can look under the hood and see how the magic works. This holds just as true for my router as it does for the machine I sit at. This is an idea that's still spreading. It hasn't hit all ends of the market. But companies such as Myricom and IBM have produced open source software. Conglomerates such as the ISC and Kame forward research and developement of IPsec, IPv6, and other radical new toys. Closed, proprietary systems can be useful for ideas. New directions to go in (I could write a series of shell scripts to pull off the rather convenient Solaris 'share' commands, for example). But who wants to be stuck with them?
    Hell, this book is even a good example of how to make money doing this. Everybody needs HOWTO's and man pages, and bound hardcopy is -convenient-.

    Lanir
  • Having worked with small non-profits with close to no money, as well as having used hardware routers for dial-up, cable and DSL like Netopia and Linksys, I think that there are easy arguments for both. Sometimes it is in fact quite a lot easier to just put a little box with good NAT and firewall capabilities that takes less than 30 minutes to configure in. Sometimes, that $200-400 is more than someone can afford, and converting an old 486 or pentium to use as a small network router is a good idea. It's not at all either or - there are good reasons and situations for both. Also, if you're installing a small network with a linux box for file serving, e-mail and the like, why not use the box as a router as well?
  • I think that you can define a DMZ host in addition to the NAT range. Admittedly that's just one host, but...

    Besides, who says you can't do port forwarding of 53, 25/110, and 80/8080/443 from the outisde to static inside ips? You can disable dhcp on the inside you know...

    Well, it is a moot point if you already got the sonicwall :-)


    --


  • Floppies are also extremely unreliable media. I haven't used it, but there should be some way to put in on hard drive. Floppies just sound like bad news.

    What would be really cool is to configure it, then burn most of it to a bootable CD and use a zip drive for anything you need to save. Those newer 250 Meg zip drives could hold alot of logs if one didn't want to log to a differant systems syslog.


  • there aren't any moving parts (fans/spindles/etc)

    are you high? ALL decent routers (aside from home access boxes) have MEGA fans inside! there is QUITE a bit of heat generated from silicon based forwarding (I work for a router company, I have some insight here).

    more and more routers even have hard drives inside to save state, config files and event logs.

    --

  • and speaking of wearing out, most real routers have hot swappable redundant power supplies, fan trays (not redundant but usually hot swappable) and sometimes even hot swappable line cards.

    having managed many top-brand routers and switches in my career, I can say that these things (ALL of the above) do fail from time to time. that's one major reason why they are swappable.

    unless you go with compactPCI or pcmcia, there's nothing hot swappable about the x86 platform - which is what most linux routers are based on. and even with c-PCI, I believe the hot-swap standard is not supported under linux (last time I checked was about a year ago and support wasn't there).

    for anything approaching an enterprise router, you NEED to have hot-swap support and shelf spares. its easy to have shelf spares with pci ethernet cards but the hot swap trick on a regular x86 motherboard will just get you a fried system. well, at least you won't have to worry about system breaks - a fused motherboard is the most secure gateway I can think of ;-)

    --

  • and by the same token it also means that no one is privy to the exploits just by reading the code. they have to break into your box the old fashoined way.

    --
  • by TheGratefulNet ( 143330 ) on Tuesday November 21, 2000 @07:43AM (#609480)
    I first tried that linksys box and found that it didn't do port forwarding with enough flexibility. I don't think you can define 'public lan servers' (using real IPs) and mix that with nat-based IPs. for static presences (when you have to have a public DNS, mail and web) yet a good portion of your lan is for private-use only, the linksys box doesn't have enough smarts.

    for an extra $50, I went with the webramp/sonicwall. it DOES allow a mix of public and private addresses. its not a "all nat or no nat" choice, which I find very limiting.

    --

  • by TheGratefulNet ( 143330 ) on Tuesday November 21, 2000 @06:31AM (#609481)
    for $200, you get a small fanless (quiet) plastic box with 2 ethernet and a serial port.

    it does nat (for 5 clients at the current licensing price; upgradable), all the usual stateful firewalling, routing, port forwarding, etc.

    I'm a linux guy (by hobby and profession) yet I chose this standalone box. why? well, I WANTED a closed-source security box. I still run openbsd as my main access point but I wanted a 2nd level of protection. using linux for security is pretty laughable for 99% of the users out there. I think I have peace of mind now with one of these boxes in series with an openbsd box.

    yeah, it wasn't free. but the ultra small footprint, the total lack of fan noise and the very usable web mgmt front-end made it an easy decision.

    there are things that linux wins in. being a quiet and small footprint access router device isn't one of them.

    --

  • I first built a Linux router 5-6 years ago. I was responsible for training courses, and we needed to route a pair of IP networks together, but had no box spare. The lab was fitted out with 486SX/25s with very little disk space.

    I installed UMSDOS Slackware from the A and N floppies (around 10 in those days) on one of the PCs in the lab, then installed a kernel I compiled at home in my spare time - the kernel having routing enable. Then I added a spare NIC to this machine.

  • This is one of the things they are very usefull for. In particular this makes a very good option for SOHO type setups. I do a bit of side work setting up SOHO types with this. The other thing older boxes are good at is a simple static web server. For example one Dr. I worked for wanted to put a simple static schedule for this office and have a browser front end for it. An old Pentium is doing fine in that role. Print servers using Samba is something else they do quite well.
  • is this all they're good for? I mean, this is the only thing I've ever seen for old machines. Make a router. You can almost get a nice simple NAT for around $200 or less, so I can see the benefit, but I can see also that perhaps people are doing this because there's nothing else to do with old boxes.

    Okay, it's cliche, but has anyone ever made a cluster of old boxes? Perhaps even for scalable routing?

    ----

  • First off, I also love freesco: with absolutly zero Linux experiance I was able to get a simple router working thhis summer, that I am writing behind as I speak- its a great little system. As for the above two complaints, I am pretty darn sure if you stick Freesco on your harddrive (which is a trivial thing to do, just one command and *poof* it's there) you can add all the extras you want. It _is_ just Linux, after all.

  • When I was inventorying asbestos restricted spaces at the university of washington (another wacky stage in my career spiral) I stumbled across an interesting closet. I don't know what the researcher was working on, but he/she'd taken a huge stack of surplus Gateway desktops and lag-screwed them together with 2x4s for a poor man's rack mounted array. With University surplus machines practically free to internal users, I'm surprised there aren't more people doing this.

  • Go here [slashdot.org].

    \ Why do people always talk about something and not provide a link? If we haven't heard of it, we don't know where it is. True, freesco.org is (should be) an obvious guess, but for others it's much more difficult, like when I tried to find bugtraq a year or so ago. \

  • I use Moxix-Linux on five older machines for MP3 compression. Mosix works very, very good, and is simpler than the typical Beowulf type stuff in that you just have to seperate the jobs up and Mosix will automatically distribute it to whichever machine has the most processing power available. It works very, very well, as it keeps more running on my higher-powered boxes than it does on the lower powered ones. I currently have two 386s, two 486s, and one Pentium running Mosix, if the jobs get launched on your lowest end machine, they will migrate quickly to your fastest and you just run batch on the low-end box to keep all processors working full-time. As I said, it works very, very well.


    Slow moving marsupials and the women that love them
  • Things to do with old machines:

    build an innovative house
    use them as voting machines for blind Floridians
    take them apart and serve the chips with burgers and ketchup
    use them as hitech doorstops

    PS. The other serious use is as a firewall.
  • If you want beginners, you should read this [microsoft.com] - ipsec on Windows.
  • If you want to save your money, you could read the advanced routing howto [linuxdoc.org] instead.

    The people who wrote it really know what they're talking about.

    Also, Linux router [linuxrouter.org] is a router on a floppy disk with most of the hard work done for you, so a lot of the information in the book will be redundant.

    And just as a point, software routing is not really appropriate for large networks, so you're not going to throw away those Cisco boxes any time now.
  • wow... you are so profound... how ever did you guess that RedHat is one of the 4 distro's I'm currently running. If you haven't the maturity to try to post something useful, then go back to watching Scooby Doo (not that I have anything against Scooby).

  • The author is a part of the Debian project so some things have a bit of a Debian slant on them

    Well, this seems to be one of the biggest damn challenges, doesn't it... people cannot get past their biases to write something more universal. Now, before someone goes off and tries to kill me for this, let me continue...

    Yes, I know that you need to give examples in such texts. Yes, I know there are many differing distributions, and many have their little nuances and quirks. I realize that it's not feasable to cover all of these subtleties - BUT that doesn't give an author an excuse to not acknowlege those subtleties. Yes, its hard to do, but in all fairness, if you write such a text for other, completely non-related topics/subjects, you cannot get away with heavy bias - without flat-out saying so - particularly in the title, or at least on the front cover. Its only fair to the reader.

    Again - I don't want to start one of those oh-so-fun flame wars over who's distro is better than who's, or why YOU think the bias must be there. I'm simply saying that the bias doen't HAVE to be there, and I'd really like to see someone take the initiative and put some effort into working around this.

    And, yes, I'm sure there are some level-headed individuals, and maybe even groups, trying to do this. I (we - see the bio) do not live within the "geek" culture... we're linux fans, we're BSD fans, we're gamers, we're fairly unusual users... but it does not permeate our lives - its only a small part of what we do. And sometimes, we're the ones who need to get a book like this, and make it work for us...

    Just some food for thought

  • At the Swedish University of Agricultural Sciences [data.slu.se] they have put together a router for wirespeed Fast-Ethernet. I am runnign several of these, with good results. They run a customized kernel with very customised tulip-drivers and can do 148kpps at 64byte/packet.

Hackers are just a migratory lifeform with a tropism for computers.

Working...