Introducing Linux To Small CS Departments? 11
Erik Anderson asks: "I am a senior in the Computer Science program at a relatively small (2500 students) liberal arts college. Finally, after much pushing, we (the students) are going to be allowed to install Linux on one of the workstations in the advanced computing lab, and I have been chosen to install/maintain/admin/etc the box. What suggestions or advice would you have for distributions and/or software? This workstation will have some flavor of X installed, and will be used by many students. Disk quotas will need to be enforced and system security and data protection will be of utmost importance. This computer will be primarily used for network experimentation by the students and software development."
Find a local LUG (Score:1)
--
A better plan. (Score:2)
Make this machine an NFS server, and create a boot floppy for the other lab machines to allow them to boot into linux. In this manner, users can have local-root on their workstations if they need to do network experimenting, but the system-level stuff stays there, on the one box, secured by you.
Also, this is a better exercise, and more true to what unix is about.
Free advice (worth what you paid) (Score:4)
2. I'd strongly recommend either Red Hat or Debian. Those two seem to have the largest market presence in North America, and Red Hat has a fairly nice pay-for-support deal going. Debian appears to be more stable, but it's a matter of degree. Red Hat 7.0 really isn't as buggy as people are making it out to be. Stormix Technologies has a distro, Storm Linux, which is based on Debian and is exquisitely cool.
3. Do a default, out-of-the-box install first. Then get some good books on security (UNIX System Administrator's Guide, Maximum Linux Security, Building Linux and OpenBSD Firewalls, etc.) and start locking down the box. Don't put it on the network until you're certain it's locked down tight enough for your purposes.
4. Document your installation process. You don't need to list every package that's installed; just start with your base install and detail the changes you made from there.
5. If you have to do something more than three times, write up a HOWTO for it. The HOWTO isn't for you; you already know how to do it, of course. But the people who come after you might not know how you did things originally, and leaving behind a trail of breadcrumbs in the form of HOWTOs is manna from heaven.
6. Keep a logbook. Make a log entry when you install new software, when you uninstall software, when you have problems with DHCP, when you get the problems fixed. This kind of detailed tracking is invaluable. Make sure the logbook is kept in a reasonably safe place, and make sure it's written down--floppies can go bad, drives can crash, etc.
User accounts (Score:1)
Oh, and do one Debian, and one RedHat... :)
Re:deb (Score:1)
Re:User accounts (Score:1)
Re:Are you sure? (Score:1)
Re:Depends, how will it be used? (Score:1)
Depends, how will it be used? (Score:2)
Long answer:
If this going to be used primarily at the local terminal, I'd suggest Mandrake (What?! I said the samething before using it). It's a RedHat varient, and is very easy to install, admin and use.
2 downsides are that, until you know the distro, stick to the "Recommended" install. It's picky about certain things in the expert.
Also, unless you tell it otherwise during the install, you're stuck in the GUI. Great terminals, but I like a true prompt.
If this going to be used remotely via telnet/ftp/samba/etc., I whole heartidly recommend Slackware.
I run Slack7.1 on both my home and work desktops. I (personally) find it's way of orginizing the resource-config files much more friendly than RedHat/Mandrake.
Also, if you note my signiture, every one of them is running slack (most with 90+ days uptime, one just broke 400).
In the end, it's all a matter of choice. I went through 5 or 6 distros before coming back to slackware.
Distro's aren't important but integration is (Score:3)
deb (Score:1)