Build your own Linux server
Summary: Want to give an old PC a new lease of life? Why not transform it into a Linux server for your home/small business network?
Hardware requirements
Modern PCs shrug off the kinds of loads generated by a small business network, so the same machine can perform a number of features such as file serving for Windows clients, Web caching and firewalling. We decided to adopt a typical strategy and redeploy a redundant PC -- it is, in fact, our original, 950MHz Athlon-based 'quiet PC', first seen here.

OS installation
Two disks provide storage, one 40GB the other 10GB. We used Partition Magic 8 to repartition the 10GB disk into three: 4GB bootable for the OS; a 700MB swap partition, which is a bit bigger than the memory size and should be sufficient; and the remainder as a share for administrative purposes. The larger disk we left as a single partition, with the aim of opening it up for user sharing. However, 40GB looks a little meagre these days, so it's first in line for a future upgrade -- probably to 160GB.
Selecting the right Linux distribution is the first major task. We don't need big enterprise features, but we do want high reliability, driver availability and online support from forums and newsgroups. Eliminate distros aimed more at desktop use, and you're left with Novell's SuSE Linux and Red Hat Linux (RHL), both of which have plenty of open source drivers and other software support. So with some prior experience of Red Hat Linux 9 running on the 2.4.20-30.9 kernel, we downloaded the entire 2.24GB of ISO images and burned them onto CDs -- clearly, you'll need a broadband connection for this.

Initial configuration
Usually, you would operate a Linux machine with a user account rather than the super-user root account, which provides privileges that allow you to render the OS inoperable. When setting things up for the first time, though, overall privileges are appropriate. Just be careful.
The first job was to select the services that could safely be switched off, using the principle that only software whose purpose you know -- or at least have an idea ought to be running -- should be left live. The first candidate for switch-off was telnet -- there are few justifications these days for telnetting into a server, since it's very insecure and there are better alternatives such as the cross-platform VNC. We switched off cups and other print serving services, since we shan't be using those, along with NFS, Unix's native but insecure file sharing system. Other services disabled included SNMP, PCMCIA and, for the moment, httpd -- the Apache Web server.
Items we ensured were running included Squid, the Web caching service; FTP, so we could access files from elsewhere on the network; and of course SMB, the Samba server that shares files for Windows networks.
Once it looked more like a server, we switched on the required features. First we created user accounts with RHL's user manager and assigned their home directories to folders on the 40GB disk. On this occasion, there was no need to rummage around in Linux's text-based configuration files. With that basic task done, it was time to turn to start building the server proper.
Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.
Talkback
> configuration file by Linux via its .conf extension
Huh???
What does that mean. I never heard that "Linux" (which part - the kernel?) recognize anything via
its file extension. Actually there's no concept like
file extension. 'been using too much Win/DOS...
The author can't because samba (smd/nmd) dont have GUI's.
I also note that the shares were not part oif the build because it was easier to backup? what the ?
VNC isn't exactly secure either, but the only option for people who don't grok commandline I suppose.
An interesting article might be a comparison of a Red Hat based server (ie command line and standard-ish linux graphical tools if you use them) with something that is designed solely for the purpose of being a server - like SME Server from www.contribs.org. I've just set one of these up, and it was simple, and leaves me with a great web based management utility, although customising from the command line is more complex.
How about it?
This articles needs more research I think.
I use Mandrake 9.2 Linux on a self-built PC as a internet gateway without X and it works fine. They also haven't sold out like Red Hat.
Whats all this about IPCHAINS? They are obsolete in current kernels replaced by the more powerful IPTABLES suite. Useful not just for firewalling but when used in conjunction with internal kernel QDISCs for quality of service traffic shapping (which I do on my box).
In my experience Samba was a nightmare to get to work and I gave up on that in the end. So saying its easy to use is questionable...
Squid (the web proxy) is an totally independent project from the Linux released under the GPL.
Good article but should be split up with each article going into depth on one topic/article to cover common problems and spread the good word!!
http://taolinux.org/
http://www.caosity.org/
http://www.whiteboxlinux.org/index.html
http://www-oss.fnal.gov/projects/fermilinux/
All of these project aim to track RHEL and thus should be good for updates for the next 4-5 years.
For anything mission critical it is worth taking the hit and paying for RHEL itself of course, but for second tier systems I have found Tao an excellent choice.
On my RH 9 machine i had to enable it... So who's wrong!?
Anyway, just thought you may find it interesting.