Unix与Linux系统管理（第三版）
点击看大图基本信息
- 作者： （美）Æ leen Frisch
- 译者： 刘颖
- 丛书名： 清华大学出版社 O'REILLY图书系列
- 出版社：清华大学出版社
- ISBN：730213880X
- 上架时间：2006-11-15
- 出版日期：2006 年11月
- 开本：16开
- 页码：1079
- 版次：3-1
- 所属分类：
计算机 > 操作系统 > UNIX
计算机 > 操作系统 > Linux
内容简介回到顶部↑
z本书自1991年10月第一版开始，就成了unix和linux系统管理员的终极参考书。本书讨论了unix和linux提供的所有常用管理工具，并且说明了如何更明智、更高效地使用这些工具。.
本书作者aeleen frisch把讨论的范围扩展到联网、电子邮件、安全和内核配置等对管理员日益重要的内容。本书还探讨了诸如ldap、pam、dhcp和dns之类的服务，并讨论了许多重要的开源工具，包括ssh、cfengine、amanda、rrdtool和criket。本书对最新的所有主要unix平台，包括red hat linux 7．3与suse linux 8、solaris 8与9、freebsd 4．6、aix 5、hp-ux ll与lli以及tru64 5．1等进行了彻底的评论和测试。..
无论是负责管理大型共享计算机网络或工作站网络，还是使用独立的unix或linux系统(并会发现用户和管理员之间的界限消失了)，您都会发现本书是不可或缺的。即使您不是直接或完全地负责系统管理，也同样会发现，理解重要的管理功能将大大提高有效使用unix的能力。...
本书作者aeleen frisch把讨论的范围扩展到联网、电子邮件、安全和内核配置等对管理员日益重要的内容。本书还探讨了诸如ldap、pam、dhcp和dns之类的服务，并讨论了许多重要的开源工具，包括ssh、cfengine、amanda、rrdtool和criket。本书对最新的所有主要unix平台，包括red hat linux 7．3与suse linux 8、solaris 8与9、freebsd 4．6、aix 5、hp-ux ll与lli以及tru64 5．1等进行了彻底的评论和测试。..
无论是负责管理大型共享计算机网络或工作站网络，还是使用独立的unix或linux系统(并会发现用户和管理员之间的界限消失了)，您都会发现本书是不可或缺的。即使您不是直接或完全地负责系统管理，也同样会发现，理解重要的管理功能将大大提高有效使用unix的能力。...
目录回到顶部↑
前言
第1章 系统管理简介.
对系统管理的思索
成为超级用户
与用户通信
关于菜单和gui
时间付诸何方
第2章 unix工作方式
文件
进程
设备
第3章 核心管理工具和技术
使用普通命令来解决问题
核心管理技术
第4章 系统的启动和关闭
unix系统的启动过程
初始化文件和启动脚本
关闭unix系统
故障检修：处理崩溃和启动失败
第5章 tcp/ip联网
第1章 系统管理简介.
对系统管理的思索
成为超级用户
与用户通信
关于菜单和gui
时间付诸何方
第2章 unix工作方式
文件
进程
设备
第3章 核心管理工具和技术
使用普通命令来解决问题
核心管理技术
第4章 系统的启动和关闭
unix系统的启动过程
初始化文件和启动脚本
关闭unix系统
故障检修：处理崩溃和启动失败
第5章 tcp/ip联网
译者序回到顶部↑
本书是这一系列的第三版，实属颠峰之作，大家手笔。仅仅用形容词或许力度不够，但专家的评点，原书的畅销与口碑便是佐证，更为重要的是，读者必将深深体会到个中精彩。如今我有机会把原书译成中文，甚感荣幸。译完这本书，我更深刻地体味到了Unix系统的强大，也理解了为什么这样朴素无华的系统却能兴盛不衰的道理。当然，这应该归功于本书的作者。没有她广博的Unix系统知识，没有她坚实的系统剖析功底，没有她深入浅出的讲解，那么广大读者就可能错失一次如此透彻地了解Unix系统的机会。所以，如果您有志于成为一名出类拔萃的系统管理员，如果您无法抗拒Unix系统的魅力，那么这本书必定是您的盘中大餐、 梦中仙境。.
翻译本书正值腿骨折在家休养之时，但我却因此获得了难得的空闲时间。那段时间里我满脑子想的都是Unix，颇有两耳不闻非典事，一心翻译好本书的意味。的确，Unix系统吸引着我，时不时又会困扰着我，使我无暇分心，也不会走神，而是研读并翻译一段又一段的内容，学习和执行一个又一个的命令，顺着命令与征服的道路不断前进。读者在阅读本书时，必定会享受到征服Unix的快感。正因为Unix系统本身的纷繁复杂，使得翻译本书时我不得不泡在IRC上， 常去的地方就是irc.freenode．net，这是个取经的好地方，聚集了一大帮志同道合的系统管理员。更因为本书海纳百川， 包容了众多Unix类的系统，也给翻译本书带来了一些额外工作，毕竟在各种系统中运行一下命令是家常便饭。虽然译者有两台电脑，但这不足以解决问题。问题的关键在于，不但要安装各种操作系统，甚至希望各系统能够同时处于运行状态，这样才方便行串。幸好，VMware不辱使命，轻轻松松地便安装好了Linux、FreeBSD等系统， 系统虽然是虚拟的，测试命令却相当方便。..
Unix的博大精深注定了它不是块好啃的骨头。亲爱的读者朋友们，如果您是刚接触Unix系统，才打算学习系统管理，那么您必须指天发誓，一定要善始善终，只有这样，才有机会体会到把玩Unix的乐趣。如果您已经熟悉了Unix系统，但管理系统时却常常磕磕碰碰，恭喜您，把这本书放在案头，您会发现它和Unix的帮助系统相得益彰。
最后，祝各位读者阅读愉快，收获丰富，这将是译者最大的荣幸!...
翻译本书正值腿骨折在家休养之时，但我却因此获得了难得的空闲时间。那段时间里我满脑子想的都是Unix，颇有两耳不闻非典事，一心翻译好本书的意味。的确，Unix系统吸引着我，时不时又会困扰着我，使我无暇分心，也不会走神，而是研读并翻译一段又一段的内容，学习和执行一个又一个的命令，顺着命令与征服的道路不断前进。读者在阅读本书时，必定会享受到征服Unix的快感。正因为Unix系统本身的纷繁复杂，使得翻译本书时我不得不泡在IRC上， 常去的地方就是irc.freenode．net，这是个取经的好地方，聚集了一大帮志同道合的系统管理员。更因为本书海纳百川， 包容了众多Unix类的系统，也给翻译本书带来了一些额外工作，毕竟在各种系统中运行一下命令是家常便饭。虽然译者有两台电脑，但这不足以解决问题。问题的关键在于，不但要安装各种操作系统，甚至希望各系统能够同时处于运行状态，这样才方便行串。幸好，VMware不辱使命，轻轻松松地便安装好了Linux、FreeBSD等系统， 系统虽然是虚拟的，测试命令却相当方便。..
Unix的博大精深注定了它不是块好啃的骨头。亲爱的读者朋友们，如果您是刚接触Unix系统，才打算学习系统管理，那么您必须指天发誓，一定要善始善终，只有这样，才有机会体会到把玩Unix的乐趣。如果您已经熟悉了Unix系统，但管理系统时却常常磕磕碰碰，恭喜您，把这本书放在案头，您会发现它和Unix的帮助系统相得益彰。
最后，祝各位读者阅读愉快，收获丰富，这将是译者最大的荣幸!...
前言回到顶部↑
本书涵盖了Unix系统管理的基础任务和必要任务。虽然包含了系统管理新手所需的信息，但内容远远超出了基础知识。本书的主要目的是使Unix系统管理简单明了，通过为您提供确切的信息而实现了目标。笔者清楚，这意味着找到一个中间层，介于以下两者之间：太过简单的一般概述信息，无甚用处，除非完全是个新手；学习晦涩和古怪的内容，这只有极端的狂热爱好者才喜欢（有些书籍的确同时走了这两个极端）。换言之，笔者不会让您进行第一次编译操作时就束手无策，也不会让您了解许多无关信息后才找到实际所需的内容。
本书从面向任务的角度来讨论系统管理，因此围绕系统管理员作业的各个方面展开讨论，而不是围绕Unix操作系统的特点或典型系统中的硬件子系统，抑或某组指定的管理命令进行讨论。这些是系统管理的原始资料和工具，但是有效率的管理员必须知道什么时候以及如何来应用和部署它们。比如，管理员需要能够从用户的抱怨（“这个作业只要花10分钟的CPU时间，但现在花了3个小时”）转移到对问题的诊断（“系统出现了颠簸，因为没有足够的交换空间”），最终找到解决问题的特定命令（swap或swapon）。因此，本书涵盖了Unix系统管理的方方面面：一般概念、基本结构、描述Unix环境的导向性假设，以及命令、过程、策略和方针，这些对系统管理员的成功都是必要的。本书将讨论所有Unix提供的常用管理工具，以及如何更巧妙更高效地使用它们。
自然，其中的一些信息构成了对系统管理的建议，笔者不会羞于表达自己的观点。但是，笔者更愿意给管理员提供为具体情况做出可靠决策所需的信息，而不是管理Unix系统的一成不变的“正确方法”。重要的是，应该知道所关心的是什么问题，比如系统备份，而不是采用某某人的特定哲学或方案。若您熟悉了问题和可能的解决办法，那么此时就处于另一个高度：自己来决定什么方法才适合您的系统。
尽管本书对于任何关注Unix系统的人都是有用的，但还是包含了一些特别为系统管理专业人士设计的内容。本书讨论系统管理精髓的另一种方法是，尝试传递系统管理的本质，以及作为一种工作的实现办法。这包括一些难以捉摸的内容，诸如系统管理职业、职业操守（不是一回事）、系统管理固有的人和人道因素，以及与整个社会的关系。如果这些问题与本书主要的技术内容相关时，笔者将会提及。此外，笔者在专用的工具条中包含了这种类型的信息（前言的后面部分就会出现第一个这样的工具条）。设计它的目的在于提供信息，启迪思维，偶尔是有意地引发争论。
Unix世界
人们越来越关心多台计算机，常常是由不同制造商生产的。很少会发现只管理一个系统的系统管理员（除非这个人要干一些其他不相干的活）。虽然在推销手册中Unix被誉为“从微型计算机到超级电脑”的“标准”操作系统（笔者得承认，自己也写过一些这样的小册子），但这和存在“标准”Unix是不同的。这样的话，Unix就不可能是多变的了，而系统管理中这种多变性无处不在。在继续讨论本书如何应对这样的事实之前，先来简单地看一下现在的情况。
图P-1试图捕捉Unix发展的主要流程。图中展示了简单的Unix族谱，把重点放在了影响和家族关系上（虽然是福克纳风格的），而不是严格的编年表和确切的历史。该图从一个随意的时间点开始跟踪Unix发展的主线：1975年的Unix版本6（注意，图中的日期都是指各版本最早出现的时间）。随着时间的推移，由最初的AT&T贝尔实验室开始，Unix逐渐形成了两种不同风格，即System V和BSD，但这两者彼此之间相互影响很大（事实上，更详细的图表会更清楚地表明这点）。
提示：要查看详细的Unix族谱图，请参考http://perso.wanadoo.fr/levenez/unix/。同样，由Don Libes和Sandy Ressler合著的Life with UNIX（PTR Prentice Hall）一书的开放章节饶有趣味地讲述了Unix的历史。要了解更详细的书面历史，请参考Peter Salus编写的A Quarter Century of UNIX（Addison-Wesley）。
图P-1：Unix族谱（简化版）
System V和BSD的分庭抗礼发生在版本6之后（注1）。加利福尼亚大学伯克利分院的开发者以多种方式扩展了Unix，包括添加虚拟内存支持、C shell、作业控制、
TCP/IP联网等。其中一些扩展并入了AT&T的代码行中。
System V Release 4常常被描述为System V和BSD两条发展线路的合而为一，但这并不非常确切。它把BSD（和SunOS）最重要的特点包含到了System V中。这种联合是一种结合，而并非合并，不过在后代中同时继承了父系和母系的部分特征（还有一些特征则属突变）。
该图表还包括OSF/1。
1988年，Sun和AT&T同意一起开发未来版本的System V。IBM、DEC、Hewlett-Packard和其他计算机与计算机相关的公司和组织则做出响应，成立了OSF（Open Software Foundation），目的很明确，那就是开发另一种兼容的、独立于AT&T的Unix类操作系统。OSF/1就是成就的结果（虽然其重要性在于它的标准的定义，而非实际的操作系统实现）。
20世纪80年代，新的计算机公司如雨后春笋般出现，从而向市场推出了各种新的Unix系统（选择Unix有两种原因：低价并且没有合适的替代品；技术特征。这两种原因旗鼓相当），并且还有许多变体。这些厂商以某种版本的System V或BSD为蓝本，然后进行不同程度的修改和定制。现存的操作系统大多数起源于System V Release 3（一般是Release 3.2）、System V Release 4，偶尔是4.2或4.3BSD（SunOS是主要的例外情况，源于早期的BSD版本）。更为复杂的是，许多厂商随意地在单个操作系统中混合System V和BSD的功能。
近年来，标准化Unix在进行之中。竞争从尖锐的诉讼与反诉讼转换为统一各版本Unix的表面上的合作。不过，现有的标准仅仅囿于系统管理的肤浅层次。由于厂商在没有标准时可以随心所欲，因此不能保证系统管理命令和步骤在不同操作系统中会类似（更不必说相同），即便这些系统支持同一套标准。
本书讨论的各种Unix版本
如何了解大量的Unix变体？一种方法是只使用一个厂商的计算机系统。不过，这样常常会有其他缺点，大多数人最终会使用多种Unix系统。庆幸的是，关心多种不同的系统并不意味着要学习同样多的不同管理命令集和方法。最终，我们将回到实际上只有两种不同Unix变体的事实上来。只有特定Unix实现的功能才可能是System V和BSD功能的随意组合（无论其历史和起源如何）。这并不能确保只有两种不同的命令来执行管理操作，可能每个厂商都使用不同的命令，但这确实意味着一般只有两种不同的方法来解决问题。一旦理解了基本结构、原理和前提后，学习任何给定系统的特定命令就非常简单了。
当您认识并利用这个事实时，使用几种Unix版本就变得很简单，而不会非常困难。实际上，许多人每天都这么做，而本书就反映出这点，以帮助它们。通过系统地在同一位置提供各种系统的信息，也会使管理异类环境变得非常简单。
本书讨论的Unix版本如图P-2所示，图中说明了对各种操作系统的影响，而不是它们的实际起源。如果您的系统上的版本不在其中，不要失望。继续阅读，您会发现，这里给出的一般信息大多数情况下适用于您的系统。
本书从面向任务的角度来讨论系统管理，因此围绕系统管理员作业的各个方面展开讨论，而不是围绕Unix操作系统的特点或典型系统中的硬件子系统，抑或某组指定的管理命令进行讨论。这些是系统管理的原始资料和工具，但是有效率的管理员必须知道什么时候以及如何来应用和部署它们。比如，管理员需要能够从用户的抱怨（“这个作业只要花10分钟的CPU时间，但现在花了3个小时”）转移到对问题的诊断（“系统出现了颠簸，因为没有足够的交换空间”），最终找到解决问题的特定命令（swap或swapon）。因此，本书涵盖了Unix系统管理的方方面面：一般概念、基本结构、描述Unix环境的导向性假设，以及命令、过程、策略和方针，这些对系统管理员的成功都是必要的。本书将讨论所有Unix提供的常用管理工具，以及如何更巧妙更高效地使用它们。
自然，其中的一些信息构成了对系统管理的建议，笔者不会羞于表达自己的观点。但是，笔者更愿意给管理员提供为具体情况做出可靠决策所需的信息，而不是管理Unix系统的一成不变的“正确方法”。重要的是，应该知道所关心的是什么问题，比如系统备份，而不是采用某某人的特定哲学或方案。若您熟悉了问题和可能的解决办法，那么此时就处于另一个高度：自己来决定什么方法才适合您的系统。
尽管本书对于任何关注Unix系统的人都是有用的，但还是包含了一些特别为系统管理专业人士设计的内容。本书讨论系统管理精髓的另一种方法是，尝试传递系统管理的本质，以及作为一种工作的实现办法。这包括一些难以捉摸的内容，诸如系统管理职业、职业操守（不是一回事）、系统管理固有的人和人道因素，以及与整个社会的关系。如果这些问题与本书主要的技术内容相关时，笔者将会提及。此外，笔者在专用的工具条中包含了这种类型的信息（前言的后面部分就会出现第一个这样的工具条）。设计它的目的在于提供信息，启迪思维，偶尔是有意地引发争论。
Unix世界
人们越来越关心多台计算机，常常是由不同制造商生产的。很少会发现只管理一个系统的系统管理员（除非这个人要干一些其他不相干的活）。虽然在推销手册中Unix被誉为“从微型计算机到超级电脑”的“标准”操作系统（笔者得承认，自己也写过一些这样的小册子），但这和存在“标准”Unix是不同的。这样的话，Unix就不可能是多变的了，而系统管理中这种多变性无处不在。在继续讨论本书如何应对这样的事实之前，先来简单地看一下现在的情况。
图P-1试图捕捉Unix发展的主要流程。图中展示了简单的Unix族谱，把重点放在了影响和家族关系上（虽然是福克纳风格的），而不是严格的编年表和确切的历史。该图从一个随意的时间点开始跟踪Unix发展的主线：1975年的Unix版本6（注意，图中的日期都是指各版本最早出现的时间）。随着时间的推移，由最初的AT&T贝尔实验室开始，Unix逐渐形成了两种不同风格，即System V和BSD，但这两者彼此之间相互影响很大（事实上，更详细的图表会更清楚地表明这点）。
提示：要查看详细的Unix族谱图，请参考http://perso.wanadoo.fr/levenez/unix/。同样，由Don Libes和Sandy Ressler合著的Life with UNIX（PTR Prentice Hall）一书的开放章节饶有趣味地讲述了Unix的历史。要了解更详细的书面历史，请参考Peter Salus编写的A Quarter Century of UNIX（Addison-Wesley）。
图P-1：Unix族谱（简化版）
System V和BSD的分庭抗礼发生在版本6之后（注1）。加利福尼亚大学伯克利分院的开发者以多种方式扩展了Unix，包括添加虚拟内存支持、C shell、作业控制、
TCP/IP联网等。其中一些扩展并入了AT&T的代码行中。
System V Release 4常常被描述为System V和BSD两条发展线路的合而为一，但这并不非常确切。它把BSD（和SunOS）最重要的特点包含到了System V中。这种联合是一种结合，而并非合并，不过在后代中同时继承了父系和母系的部分特征（还有一些特征则属突变）。
该图表还包括OSF/1。
1988年，Sun和AT&T同意一起开发未来版本的System V。IBM、DEC、Hewlett-Packard和其他计算机与计算机相关的公司和组织则做出响应，成立了OSF（Open Software Foundation），目的很明确，那就是开发另一种兼容的、独立于AT&T的Unix类操作系统。OSF/1就是成就的结果（虽然其重要性在于它的标准的定义，而非实际的操作系统实现）。
20世纪80年代，新的计算机公司如雨后春笋般出现，从而向市场推出了各种新的Unix系统（选择Unix有两种原因：低价并且没有合适的替代品；技术特征。这两种原因旗鼓相当），并且还有许多变体。这些厂商以某种版本的System V或BSD为蓝本，然后进行不同程度的修改和定制。现存的操作系统大多数起源于System V Release 3（一般是Release 3.2）、System V Release 4，偶尔是4.2或4.3BSD（SunOS是主要的例外情况，源于早期的BSD版本）。更为复杂的是，许多厂商随意地在单个操作系统中混合System V和BSD的功能。
近年来，标准化Unix在进行之中。竞争从尖锐的诉讼与反诉讼转换为统一各版本Unix的表面上的合作。不过，现有的标准仅仅囿于系统管理的肤浅层次。由于厂商在没有标准时可以随心所欲，因此不能保证系统管理命令和步骤在不同操作系统中会类似（更不必说相同），即便这些系统支持同一套标准。
本书讨论的各种Unix版本
如何了解大量的Unix变体？一种方法是只使用一个厂商的计算机系统。不过，这样常常会有其他缺点，大多数人最终会使用多种Unix系统。庆幸的是，关心多种不同的系统并不意味着要学习同样多的不同管理命令集和方法。最终，我们将回到实际上只有两种不同Unix变体的事实上来。只有特定Unix实现的功能才可能是System V和BSD功能的随意组合（无论其历史和起源如何）。这并不能确保只有两种不同的命令来执行管理操作，可能每个厂商都使用不同的命令，但这确实意味着一般只有两种不同的方法来解决问题。一旦理解了基本结构、原理和前提后，学习任何给定系统的特定命令就非常简单了。
当您认识并利用这个事实时，使用几种Unix版本就变得很简单，而不会非常困难。实际上，许多人每天都这么做，而本书就反映出这点，以帮助它们。通过系统地在同一位置提供各种系统的信息，也会使管理异类环境变得非常简单。
本书讨论的Unix版本如图P-2所示，图中说明了对各种操作系统的影响，而不是它们的实际起源。如果您的系统上的版本不在其中，不要失望。继续阅读，您会发现，这里给出的一般信息大多数情况下适用于您的系统。
加载中...
