Slashdot Mirror
Managing Linux Systems With Webmin
The book is structured as 60 chapters, without any division into sections and I have serious arguments with the order of chapters; why are the chapters about configuring Webmin at the end, for example. That said, the book has a fine index and the usual two-level contents make it a fraction easier to find what you want.
I do, however, have a little digression about the 'Bruce Peren's Open Source Series,' of which this book is a member. Frankly, I think they all need, and deserve, a much stronger hand in editing. With this volume it is the bad structure and order; with "Intrusion Detection Systems with Snort" I found myself engrossed by the information and furious at the appalling grammar and sentence construction, particularly in the introductory chapters. The others in the series look significantly better at first glance but could still use better editing.
Once again we have an author or publisher who throws Linux into the title to make sure that it gets found by the greatest mass of likely readers while the tool described is more (not that I criticise the practice, they want to sell books.) Any *nix system can be controlled using Webmin -- including a great deal of Mac OS X not available through 'System Preferences.' Indeed, I'd recommend the tool to all OS X users who want to gain better control and install better tools for the underlying BSD layer in OS X. I use it myself for just this reason. If you run any other *nix system don't be put off by the 'Linux' in the title: very little of this book is Linux specific.
This one is well written -- Cameron has a light, informative style that I look for in a tech book. The book is well laid out, he gives good examples, good explanations and screen shots.
Cameron starts out with three introductory chapters on Webmin, its installation and security before launching into forty three chapters on using various Webmin modules, but with no real pattern to the order of most of the chapters. Why, for example, is the NFS module at chapter 4 while the Samba module is discussed in 43? I could list another half dozen examples without raising a sweat.
There is then a chapter on Usermin, the Webmin system for ordinary users. This is followed by three chapters on the server clustering system, a few on Webmin configuration and logging before the volume ends with chapters on building modules and themes.
Some of the chapters on the modules within Webmin border on merely stating the obvious, others are extremely useful. Overall they constitute a good manual to using the system, Webmin users who have not spent a great deal of time administering servers will find them particularly useful. The chapters on clustering, using Webmin on multiple servers to perform the same task at the once on many machines, are a good guide to administering and using this useful facility. I found the chapters on writing your own module more than adequate, I'm well under way to writing my first one after only a short time with the system and book.
One final complaint. Where in this book does it tell you how to start Webmin? I didn't want Webmin running from boot, so I answered No to that question and Webmin then ran. Nowhere did it tell me how to restart Webmin after I rebooted my computer and having the script 'start' in the directory specified as the config directory is a little less than intuitive.
Prentice Hall have a page for the book that has an author bio, the Preface and a sample chapter. Though this book is supposedly 'open content,' I couldn't find an electronic version anywhere. It might have helped, as it would give me a way to search the book faster.
In conclusion, this is a good book. With a little work on the structure it would be an excellent book, rising from a rating of six to an eight or nine. the lack of structure makes it unduly hard to find what you are after. I would recommend Webmin, as a tool, to almost everyone running a supported server. If you have no need for the section on clustering and writing your own modules you could buy The Book of Webmin for a few dollars less or browse the same book (even download a PDF version free) at Swelltech, which is less comprehensive but much better structured (and tells you how to restart Webmin). If you want a guide to Webmin that includes notes on writing your own module then this will do until something better comes along, or they release a second edition with greater thought to structure and order.
You can purchase Managing Linux Systems With Webmin from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
Around these parts, we call that Windows mister! And we don't like it, no sir. Devil's work I say, DEVIL'S WORK. A real man just needs a command line, his boots and his brain. Nothing more, nothing less.
Normally, books get an 8 or a 9 (nobody's perfect, and with so many books there's no reason to review a mediocre one).
Sounds like the editor may be headed for a one way trip in the candle truck, if you catch my drift.
I find it funny that the reviewer makes specific mention of the poor grammar in the book and then goes on to show that his is no better.
Why, for example, is the NFS module at chapter 4 while the Samba module is discussed in 43?
Because NFS is a unix feature, samba is a kludgy addon to play nice with windows.
Makes perfect sense to me, though I do agree with the criticism of Perens editorial skills as a whole.
I don't need no instructions to know how to rock!!!!
I work at an Application Web Host Provider which has been providing web services to Fortune 500 companies for the last eight or so years. We have purchased an Enterpise WebMin license (which wasn't that expensive) but overall I'm not too impressed.
Since we run Windows 2003 on all of our administrative servers it was challenge to get the underlying PHP framework properly. We also found that it would allow us to kill processes on on our Red Hat 7.2 MySQL server clusters. There was also some minor latency effect on a couple of the Sun boxes we host although it sometimes subsides after all.
I do know that the programmer is planning on extending the application to allow support to SharePoint and other server suites.
Which is nice.
Okay, no surprise that we've already got the obligatory: "CLI or DIE" posts. This is /. afterall. But, if we can put away the over zealous uberlinux advocacy for a minute, I'd like to offer some a positive defense for Webmin.
As a cat who occasionally works with at risk youth and adult computer literacy -- I personally find Webmin very useful for a simple reason... uhm, it's kind of simple. Especially when your target group is accustomed to working within Windows (and often nothing else).
Taking a kid (with a short attention span) and expecting him/her to gain immediate appreciation for a command line is like asking a republican to join you at a Pro Hemp rally -- it rarely happens, and almost never for the reasons you hope.
The same can be said for many small to mid-size business owners. They understand what they know and what they know is graphical representations of the underlying system that they use on a daily basis. Many would like to delve deeper, but simply don't have the immediate understanding of how to.
Trust me, it's far easier to take someone who thinks of linux as: that really hard to get OS, to take a shot when you can present many of the deeper OS configurations in a safe, understandable environment -- and what could be more understandable for the MTV generation than a browser?
I find it ironic that a user base as dedicated to expanding desktop acceptance and market share growth for their preferred OS would want to exclude and deride a product that provides growth potential.
----
#SickNotWeak
My take on it is that Webmin is a single program, so it runs as a specific user, but in order to admin multiple services, it needs root permissions. I like webmin, but I don't trust it.
For example, most Apache setups run apache as nobody (or some other non-login account) and save the config files as root. THis way, if someone hacks apache, they can't rewrite their own config files and get more privs. If someone hacks webmin, they have privs for everything that webmin administers.
You can make webmin run under a non standard port (actually I think it does by default), routable only locally, and accessable only via ssh. That is fine if you want it for Root only. Ideally, the user space stuff would run as the user specified, and I don't think that is the case.
Webmin is a step in the right direction. I think it needs some work on the security model to really be usable.
Open Source Identity Management: FreeIPA.org
Well, I've found Webmin extremely useful in getting an idea of what a certain server can do, what type of options there are, etc. Manpages are nice, but don't provide a quick oversight in the same way. Also, when configuring stuff using webmin, the fact that it's a gui makes it quite easy to correct mistakes, try new things, etc.
Later on, you can always dive into a config file or use the commandline directly.
Sorry about the editing stuff, I'll point your review out to Mark, the executive editor. My role is acquisition and overall series direction - I don't get involved in production.
Thanks
Bruce
Bruce Perens.
Comment removed based on user account deletion
Webmin runs its own mini web server on some port (often 10000). Stopping httpd isn't going to kill your session.
Shop around. Couple copies at half.com and cheaper than amazon at overstock.com. Addall is very helpful when buying my textbooks..
Book of Webmin page at nostarch.com
Full disclusure: I am the acquisitions editor for No Starch Press
Hyperic Community Manager
One thing you might be missing if, like me, you prefer to do everything in a shell: Webmin makes it easy for you to provide limited admin access to the other IT guys in your department who don't know Unix. If you're anything like me, you are probably getting used to being stuck doing boring adminstrative crap on the Unix boxes because noone else is willing to invest the time to learn how to do it. Webmin will set you free! Between the built in modules and the ability to add "custom commands" (really a simple interface that allows CLI challenged folks to pass some arguments to a command and see the results) you can enable any moron to do basic unix system administration tasks. No more phone calls to reset a password, change an MX record, or restart the web server! Create user accounts that limit the modules available, pass out some logins, and all the Windoze guys see is a web interface with buttons, no more scary unix shell.
-Lod
Port 10000, Webmin's default port, is reserved by IANA for NDMP usage, a network data management service utilized by some backup softwares. I know this is a Webmin developer issue and not a book author issue, but it deserves to be mentioned in any comprehensive book on Webmin. Webmin installed from its native scripts or from RPM on a box that has backup software will barf at startup. Backup softwares installed after Webmin will barf at their startup. Not a good thing, something Webmin should have accomodated for by now.
BTW, I use Webmin all the time. Great product. I have wished out loud and in print that Red Hat had spent their "NT Admin migration" energy in a cooperative work on Webmin instead of on their distro's own python tools. redhat-config-print is a fine tool, but CUPS comes with a web interface and Webmin has modules for both CUPS and LPR. Focus, people! Focus!
-j
I pre-install Webmin on our Linux Virtual Private Servers. I think its a great tool.
It is a great help for setting up programs that require a fair bit of configuration. After you're done, you can look at the config changes that Webmin made. Next time around you are a bit more empowered to make the changes via the command-line.
Unlike some control panel software, it doesn't 'take over' your server. It doesn't overwrite RPMS with its own custom versions. It doesn't make config files 'Webmin only'
The help from within Webmin itself is not so great. Often you have to have a very good understanding of the service you're configuring before Webmin will make much sense. There is little contextual help in the program.
I've found The Book of Webmin to be quite useful. Plus I've created a few of my own HOWTOs for common tasks:
I'm the author of this book, so I thought I'd add a comment explaining why the chapters are ordered the way they are. Basically, they follow the categories that modules are grouped under in Webmin itself, so all the system, networking and hardware related topics are covered first (such as users and groups and managing printers), followed by chapters on servers like apache, sendmail and squid.
:-) Rather, you can just read the first few chapters that explain how to set things up, and then skip to the chapters covering the specific servers that you are interested in.
Because it wasn't really written to be read all the way through from start to finish like a novel, the ordering shouldn't matter too much to readers anyway