Slashdot Mirror


Linux System Administration

Bob Uhl writes "I've just finished reading a review copy of O'Reilly's latest GNU/Linux title, Linux System Administration. It's a handy introduction for the beginner GNU/Linux sysadmin, and a useful addition to an experienced sysadmin's bookshelf. The book is essentially a survey of various Linux system-administration tasks: installing Debian; setting up LAMP; configuring a load-balancing, high-availability environment; working with virtualization. None of the chapters are in-depth examinations of their subjects; rather, they're enough to get you started and familiar with the concepts involved, and headed in the right direction." Read below for the rest of Bob's review. Linux System Administration author Tom Adelstein & Bill Lubanovic pages 279 publisher O'Reilly rating 3 out of 4 stars reviewer Bob Uhl ISBN 0-596-00952-6 summary Good survey of various Linux software and technologies

I like this approach, as it increases the likelihood that any particular admin will be able to use the material presented. I've been working with Apache for almost a decade now, but I've not done any virtualization; some other fellow may have played with Linux for supercomputing, but never done any web serving with it; we both can use the chapters which cover subjects new to us.

I really like some of the choices the authors made. A lot of GNU/Linux 'administration' books focus on GUI tools — I've seen some which don't even bother addressing the command line! I've long said that if one isn't intimately familiar with the shell — if one cannot get one's job done with it — then one isn't really a sysadmin. Linux System Administration approaches nearly everything from the CLI, right from the get-go.

The authors also deserve praise for showing, early on, how to replace Sendmail with Postfix. In 2007, there's very, very little reason to use Sendmail: unless you know why you need it, you almost certainly don't. Postfix is more stable and far more secure.

Another nice thing is how many alternatives are showcased: Xen & VMware; Debian, Fedora & Xandros; CIFS/SMB & NFS; shell, Perl, PHP & Python and so forth. One really great advantage of Unix in general and GNU/Linux in particular is choice — it's good to see a reference work which implicitly acknowledges that.

The authors are also pretty good about calling out common pitfalls — several got me, once upon a time. It'd have been nice to have had a book like this when I was cutting my teeth...

Lastly, I liked that the authors & their editor weren't afraid to refer readers to books from other publishers, in addition to O'Reilly's (uniformly excellent) offerings. Not all publishers would be so forthright; O'Reilly merits recognition for their openness.

The book's not quite perfect, though. I wish that PostgreSQL had at least been mentioned as a more powerful, more stable (and often faster in practice) alternative to MySQL, and one doesn't actually need to register a domain in order to set up static IP addressing. Still, these are pretty minor quibbles.

I'd say that the ideal audience for this book is a small-to-medium business admin who'd like to start using Linux, or who already is but doesn't really feel confident yet. It covers enough categories that at least a few are likely to be relevant. Even an experienced admin will probably find some useful stuff in here.

You can purchase Linux System Administration from amazon.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.

18 of 74 comments (clear)

  1. Pitfalls.... by iknownuttin · · Score: 4, Insightful
    The authors are also pretty good about calling out common pitfalls -- several got me, once upon a time. It'd have been nice to have had a book like this when I was cutting my teeth...

    I bet you never forgot the problem again. That's the thing, by researching these problems, you come across similar problems and pitfalls and you learn more looking it up.

    The second thing is, many times, these pitfalls disappear after a release or so, so having them documented in a book that's updated after several releases can be a waste. On the other hand, when you have a boss/customer breathing down your neck, learning be damned, you got to get this sucker up and running!

    --
    I prefer Flambe as apposed flamebait.
  2. sendmail vs postfix by rossz · · Score: 3, Insightful

    Postfix is more stable and far more secure.


    Excuse me? Based on what? I would have been able to accept the argument that "postfix is easier to configure than sendmail", but questioning the security of sendmail is complete bullshit. In the last 10 years sendmail has had how many critical security flaws?
    --
    -- Will program for bandwidth
    1. Re:sendmail vs postfix by Anonymous Coward · · Score: 2, Insightful

      Based upon past history.

    2. Re:sendmail vs postfix by digitalunity · · Score: 5, Interesting

      Inability to set up Sendmail properly is in and of itself a security risk. You may quib that any admin who cannot set up Sendmail properly shouldn't be an admin, but this elitist attitude is counterintuitive.

      The variety of responsibility is different within any organization, from 10 employees to 10,000, there is a huge variability of skillsets required. Do you think a small home business grossing $10,000 monthly can afford to hire an admin who would take at least half of that? Like it or not, open source software is a huge boon to small businesses and we should strive to empower them with easy to use software, not bash them for not hiring better administrators.

      --
      You can't legislate goodness. Let each to his own destiny, by will of his freely made choices.
    3. Re:sendmail vs postfix by brunascle · · Score: 2, Funny

      Results 1 - 10 of about 1,030,000 for google is unreliable. (0.06 seconds) http://www.google.com/search?q=google+is+unreliabl e

    4. Re:sendmail vs postfix by Anonymous Coward · · Score: 4, Informative
    5. Re:sendmail vs postfix by rattis · · Score: 3, Informative

      The argument they used in the book, page 22, is "...Sendmail has many of the security problems listed on the Common Vulnerabilities and Exposures (CVE) list hosted at http://cve.mitre.org./"

      I did a quick search on the site. Sendmail has 69 listed, while Postfix has 10. I'm not saying the book is right, I'm just saying how they made the argument.

    6. Re:sendmail vs postfix by kyliaar · · Score: 2, Insightful

      I run sendmail for my organizations inbound mail service. I spent a good amount of time tweaking it, enabled amavisd with spamassassin, writing custom access rules and milters to protect our outdated Exchange network, etc. I constantly used the O'Reilly sendmail book to figure out how to do things as sendmail configuration is anything but simple, intuitive or user-friendly. In my years with working with it, I have not found any sort of inherent security flaw that wasn't quickly fixed with a security patch. Most distributions have a pretty good base configuration for it as well.

      One could argue that the benefit of sendmail is the amount of configurability it gives the admin. This is true. If you want a mail environment that is anything but vanilla with a lot of custom tweaks, sendmail is a good choice because it lays it all out for you pretty much. Postfix has similar features as well though.

      This discussion is an easy one to get very biased on. What is the better choice will depend on what the specific needs for the organization are and what experience the administration team has. However, working with Postfix has a lower entry point than sendmail does. This point alone would probably make me choose Postfix for a new system design because it will reduce cost and increase flexibility in the future.

      I do think it is flamebait and a sign of ignorance and/or arrogance to assert that sendmail is less secure than postfix or that no one really has a need to run it in 2007.

      However, I will probably buy this book based on the review.

  3. What about monitoring ? by Anonymous Coward · · Score: 3, Interesting

    Most of the literature covering system administration never mentions server/network monitoring as a part of the whole "system administration" package.

    Is it that monitoring is viewed as something unnecessary or is monitoring something that is just starting to take off ?

    1. Re:What about monitoring ? by Meorah · · Score: 2, Insightful

      Viewed as too expensive/unnecessary by executives, adds no features, most smaller businesses can resolve their issues without installing monitoring software by overworking their admins instead.

      --
      Protector of Capitalist views,
      Meorah
  4. HA/Clustering by Trigun · · Score: 5, Interesting

    I am glad that these issues are being addressed by O'Reilley now. The last Linux Administration book that I purchased from O'Reilley was nothing more than DNS/DHCP and NFS.

    I would still like to see more about LDAP, authentication and authorization, single sign-on, etc. Ususally O'Reilley practices become the de facto best practices, and after a few years in a quasi-management role, I am learning the difference between implementation and implementation based upon industry standards. The latter can be an ass-saver.

  5. What are the reasons for Sendmail? by Bromskloss · · Score: 3, Insightful

    I don't know why I would need it, so I probably don't, but it would be interesting to know.

    --
    Swedish plasma phys. PhD student; MSc EE; knows maths, programming, electronics; finance interest; seeks opportunities
    1. Re:What are the reasons for Sendmail? by e9th · · Score: 3, Insightful

      The last time I needed Sendmail I was using a MicroVAX II as a DECnet/uucp gateway.

    2. Re:What are the reasons for Sendmail? by brunascle · · Score: 5, Insightful

      for sending mail. that's my guess, anyway.

  6. Mail configuration it are hard by Anonymous Coward · · Score: 2, Funny

    I remember when I set up my first LAMP stack. I thought I was the shit. I had my own fucking webserver, for fuck's sake! Who could possibly fuck with me now? I installed mediawiki and phpbb, and I was root and admin, and all was good.

    Lately I have been playing with mail servers, and it is a whole different ball game. Imagine a series of croquet rings dotted around a field. Now imagine standing at the side of that field and sliding a rope across the grass, threading it perfectly through each ring, without moving from that spot. That is what configuring a mail server is like.

    It's for your own good, mind. Your MTA should only be able to transport mail. But configuring the MTA to use the authentication daemon to allow users to connect and use it as a relay is a nightmare. And if you want spam filtering, you have to tell it to pass mail to a local delivery agent (usually procmail), and then you have to tell procmail to filter mail through spamassassin, and then you have to tell spamassassin how to filter the mail. And then to get at your mail, you'll also need a POP3 or IMAP server, which will also need to know how to use the authentication daemon. And don't even think about anti-virus or MySQL backends. Just don't.

    Long story short, programmers are not automatically also sysadmins. At least now I know to appreciate my sysadmins.

  7. Re:linux is unmanageable by Penguinshit · · Score: 2, Funny

    Try leaving your human baby alone, locked in a 55-degree room, with only the hum of a thousand small fans as a lullaby....

  8. Re:linux is unmanageable by JoeCommodore · · Score: 4, Funny

    Even worse, your server never have downtime...at least human babies take nap here and there.

    I can see the Microsoft tow picture ad now, top picture harried sysadmin with the linux box, screen showing * WORK * WORK * WORK * in ugly green pixelated courier on black. In the next picture, the same (now) MS based admin is leaning back on his chair with a big smile with his feet propped up, on the screen - white on pretty blue - is "Server down, please reboot" in nice friendly Arial TTF letters.

    And the quote, "Even sysadmins deserve a break from sever management, Microsoft will give it you."

    --
    "Enjoy what you're doing! If it becomes drudgery, you're doing it wrong!" - Jim Butterfield
  9. Linux Administration Handbook by stjobe · · Score: 4, Interesting

    How does it hold up to Linux Administration Handbook by Evi Nemeth et al?

    This is a book that I've used for years and years (since before it forked into a Linux book and a Unix book) teaching Linux system administration classes, and I never found its match. Strongly recommended for novices and masters alike.

    --
    "Total destruction the only solution" - Bob Marley