Руководство системного администратора • третье издание { h h y с п п т п р



Pdf просмотр
страница2/82
Дата12.11.2016
Размер7.94 Mb.
Просмотров12863
Скачиваний0
ТипРуководство
1   2   3   4   5   6   7   8   9   ...   82
Часть I
Основы администрирования

С чего начать
Мы задались целью наттисать книгу, которая была бы надежным помощником системного администратора и служила бы источником практических советов и полезных сведений по теории системного администрирования, ведь их далеко не всегда можно найти на страницах интерактивного руководства. Таким образом, наша книга дополняет, но нив коем случае не заменяет документацию, поставляемую с вашей системой. Эта книга поможет читателю. узнать о различных компонентах систем администрирования и попять принципы их совместной работы познакомиться с общими методами администрирования, которые необходимы при практической работе научиться внедрять такие решения, которые в дальнейшем не помешают расширять и усложнять структуру системы, научиться отделять хорошие идеи от плохих и разобраться в особенностях системных решений различных фирм-поставщиков; усвоить комплекс основных приемов работы, что избавит от нсобхоян- мостн рыться в документации, пытаясь узнать, как выполнить простую Перечисленные задачи невозможно решить с абсолютной степенью объективности. Поэтому походу книги мы постарались максимально четко сформулировать свои субъективные взгляды и предпочтения. Особенность системного администрирования заключается в том, что опытные администраторы могут иметь совершенно разные представления о правилах и процедурах управления системами. Вам придется самостоятельно решать, какой именно материал ив какой степени соответствует той среде, в которой выработаете. задачу.
Глово 1 С чего начотъ
19

1.1. Что необходимо знать Мы предполагаем, что у читателя есть определенный опыт работы с
UNIX. В частности, необходимо иметь общее представление о том, как выглядит и ведет себя система сточки зрения пользователя. Лишь при этом условии можно переходить к изучению принципов администрирования. Книги, перечисленные в параграфе 1.9, помогут заложить необходимый фундамент знаний. Большинство задач администрирования решается путем редактирования файлов конфигурации и написания сценариев, поэтому читатель должен быть знаком с каким-нибудь текстовым редактором. Настоятельно рекомендуем изучить редактор vl. Он является стандартным для всех систем и, хотя выглядит несколько "бледным" на фоне более мощных программ (в частности, emacs), абсолютно пригоден для работы. Если отдать предпочтение другому редактору, очень быстро надоест устанавливать его в каждой новой системе. К разочарованию многих, использование Microsoft Word в качестве универсального текстового редактора является серьезной помехой на пути эффективного системного администрирования. Один из важнейших инструментов администратора UNIX — это сценарии, предназначенные для автоматизации основных задач Примеры такого рола сценариев приводятся на протяжении всей книги. Чтобы стать профессионалом. необходимо научиться читать и модифицировать сценарии, написанные на языке Bourne shell (sh). Сценарии, которые пишутся "с нуля, можно составлять на командном языке или любом доступном языке сценариев Для новых проектов мы рекомендуем применять язык Perl. Как язык программирования, он несколько необычен, однако включает много средств, полезных для администратора. Кроме того, советуем изучить язык системы expect, который более подробно рассматривается в параграфе 18.2, Этот язык можно освоить достаточно быстро.
1.2. Краткая история UNIX Операционная система UNIX зародилась в 1969 г. в рамках научно-ис- следовательского проекта лабораторий Bell Labs корпорации AT&T. В 1976 гона стала бесплатно распространяться в университетской среде, что послужило основой для многочисленных курсов пооперационным системами, соответственно, для дипломных проектов. В конце х гг в AT&T была создана группа поддержки UNIX (UNIX
Support Group, USG), впоследствии преобразованная в систему лабораторий
UNIX ( U N I X System Laboratories, USL). Задачей группы была "раскрутка"
UNIX как коммерческого продукта. Разработку системы продолжали ив, ив, нов разных направлениях Версии USL — System III и
System V — получили широкое распространение и оказали большое влияние на развитие современных операционных систем. ОС Berkeley UNIX была создана в 1977 г. когда Исследовательская группа по вычислительным системам (Computer Systems Research Group, CSRG), организованная в Калифорнийском университете в Беркли, приобрела лицензию не исходный код системы у компании AT&T Версии, выпускаемые этой группой, сокращенно назывались BSD (Berkeley Software Distribution). Их выпуск начался в 1977 г. с версии 1BSD для машины PDP-11 и достиг кульминации в 1993 г, когда вышла версия 4.4BSD.
20
Чость I. Основы администрировсния
Для коммерческих пользователей лицензии AT&T на исходные тексты всегда стоили дорого. Для университетов они сначала были дешевыми или вообше бесплатными, но по мере завоевания системой UNIX коммерческого признания цена быстро росла. В конце концов, специалисты Беркли приняли решение убрать код AT&T из BSD. Работа предстояла долгая, утомительная и кропотливая. Незадолго до ее завершения университет лишился финансирования в области исследований операционных систем и Исследовательскую группу по вычислительным системам расформировали. Перед расформированием группа выпустила финальную версию системы без кода AT&T под названием 4.4BSD-Lite. Большинство современных версий
BSD UNIX (включая BSD/OS. FreeBSD, Net BSD и OpenBSD) ведут свое начало именно от этой системы. Хотя системы BSD и System V лежат в основе большинства других версий
UNIX, сами они никогда не имели коммерческого влият^ия. Обычно поставщики выбирали одну из таких систем в качестве исходного варианта, на основании которого разрабатывали свою собственную ОС. Иногда на свет появлялись гибриды, соединяющие в себе черты обеих базовых систем. Неудивительно, что со временем версии UNIX стали достаточно существенно отличаться друг от друга. Настоящим потрясением для мира UNIX стало появление ядра Linux, которое сегодня внедрено во многие системы. Разработка Linux началась в 1991 г. и была личной инициативой финского аспиранта Линуса
Торвальдса (Linux Torvalds), который задался целью переписать стандартное ядро UNIX. Со временем к проекту подключилось множество разработчиков, пользователей и прочих энтузиастов. В результате было создано погнофчнк- ииональное ядро системы промышленного уровня, поддерживаемое многими поставщиками. Для среды Linux уже написаны версии крупных коммерческих пакетов (к примеру, Oracle).
1.3. Современные продукты В данной книге в качестве примеров для изучения используются четыре популярных варианта UNIX: Solaris 2.7, HP-UX 11.00, Red Hat Linux 6.2 и
FreeBSD 3.4. Они столь распространены, что едва ли найдется сервер UNIX, на котором не была бы установлена хотя бы одна из этих систем. Операционная система Solaris компании Sun Microsystems относится к семейству System V, но обладает множеством расширений. Sun UNIX (так она называлась в середине х гг.) первоначально являлась потомком
Berkeley UNIX, но альянс (уже прекратившийся) между Sun и AT&T привел к изменению платформы. ОС HP-UX компании Hewlett-Packard является гибридом между System V и Berkeley UNIX, но со своими собственными "странностями. Существует несколько систем UNIX для платформы Intel, которые распространяются бесплатно. Самая популярная из них — Linux". Она реализована в виде ядра, к которому требуется добавить иабор команд, утилит и демонов, чтобы получить законченную систему. Ядро Linux поставляется вместе с другими компонентами в виде дистрибутива, предназначенного для полноценной инсталляции. Компании, занимающиеся распространением
Linux, используют разные подходы к реализации системы, поэтому версии Система Linux была перенесена иа множество других платформ, включая игровые приставки
Nintendo64.
Глова 1, С чего ночать
21

Linux могут весьма отличаться друг от друга. Некоторые компании (включая
Red Hal, SuSE и Corel) поставляют системы промышленного уровня, снабженные всем комплексом технической поддержки.
FreeBSD — это версия UNIX, основанная на системе 4.4BSD-Lite. Подобно Linux, она работает на платформах Intel. Коммерческий вариант системы распространяется компанией BSDI.
1.4. Шрифты и условные обозначения Имена файлов, команды и аргументы команд, которые следует набирать на клавиатуре без изменений, даны жирным шрифтом. Переменные параметры, вместо которых необходимо подставлять конкретные значения, выделены курсивом. Например, в команде
ср файл каталог
предполагается, что аргумент файл будет заменен именем реального файла, а аргумент каталог — именем реального каталога. Результаты работы команда также фрагменты сценариев и файлов конфигурации набраны моноширинным шрифтом. Комментарии к интерактивным сеансам выделены курсивом, например
% grep Bob /pub/phonelist /* Иайти номер телефона Боба */
Bob Knowles 555-2834
Bob Smith 555-2311
При описании синтаксиса команд мы. как правило, используем те же обозначения, что ив интерактивном руководстве по UNIX: текст, заключенный в квадратные скобки ('[' и "]"), является необязательным текст, после которого следует многоточие ("..."), можно повторять фигурные скобки ('{' и '}') указывают на то, что необходимо выбрать один из элементов, разделенных вертикальной чертой (Т. Например, записи
Ьогк (х ioniofff имяфайла —
соответствует любая из следующих команд
bork on /etc/passwd
bork -x off /вtс/passwd /ets/termcap
bork off /usr/lib/troac
В выражениях с шаблонами поиска применяются следующие метасимволы; звездочка ('*') обозначает нуль или более символов вопросительный знак ('?') обозначает один символ тильда С) обозначает начальный каталог текущего пользователя, а выражение пользователь — начальный каталог указанного пользователя. Например, иногда вместо названий сценариев запуска BSD
/ e t c / ГС

можно использовать сокращенный шаблон /etc/rc*.
22
Чость I. Основы администрировсния
Информация по конкретным системам Приведенные в книге сведения относятся, как правило, ко всем упомянутым системам, если не имеется соответствующих указаний. Подробности, касающиеся конкретной системы, помечаются эмблемой поставщика Эти эмблемы использованы с разрешения их владельцев. Отметим, что фирмы не рецензировали эту книгу.
1.5. Как пользоваться интерактивным руководством В документации по UNIX можно найти все, что необходимо знагь для обеспечения работоспособности системы По иногда jty информацию сложно отыскать, кроме того, часто она подана в трудной для восприятия форме. У вас обязательно должен быть в наличии полный ком плот документации по той версии UNIX, которую аы используете. Но это во псе не означает, что нужно покупать печатные издания. Большинство документации доступно в электронном виде либо в самой системе, либо на узле ее поставщика. Документация, поставляемая вместе с UNIX, как правило, бывает двух типов, шап-страницы (их название говорит о том, что «ти страницы предназначены для просмотра с помощью команды man) и -шполиительные статьи. Первые содержат полное описание отдельных команд, форматов файлов и библиотечных подпрограмм. Обычно они доступны н диалоговом режиме, но иногда поставляются ив распечатанном виде. Статьи — это более объемные документы, и которых ч.шо подробное описание той или иной темы. Они служат для углубленного изучения материала и помощи в решении практических задач. Со многими компонентами программного обеспечения связана как тяп-страннил, таки статья Например, тап-страница редактора vi содержит информацию об аргументах командной строки, но для того чтобы узнать, как редактировать конкретный файл, придется обратиться к прилагаемой статье. Поскольку тап-сграницы тесно связаны с программным обеспечением, которое они описывают, поставщики стараются несильно их менять и делают это лишь при модификации самих программ. С дополнениями дело обстойi иначе, так как многие поставщики полностью замет ш и традиционные руководства новыми книгами и документами. Ряд важнейших компонентов UNIX поддерживается сторонними организациями, такими как ISC (Internet Software Consortium — консорциум разработчиков программного обеспечения для Internet) и ASF (Apache Software
Foundation — организация разработчиков программною обеспечения для
Apache). Эти организации обычно предоставляют и документацию к распространяемым пакетам. Некоторые поставщики продают программное обеспечение без документации, поэтому в таких случаях необходимо интересоваться, имеются лги дополнительные материалы.
* Однако так происходит не всегда. Компания Hewlett-Packard, например, проделала огромную работу по редактированию шип-страниц
HP-UX II О
FreeBSD 3.4
Глово 1. С чего ночоть
23
Другим ценным источником информации о программных пакетах UNIX является серия документов RFC (Request for comments — запрос на комментарии, в которых описываются протоколы и программное обеспечение сети
Internet (см параграф 13.1). Организация страниц руководства Во всех системах шап-странины делятся на разделы, однако точное определение каждого раздела зависит от системы. Базовая организация тап-страниц представлена в табл. 1.1.
Тоблицо 1 1 Розделы топ-строниц в UNIX
Solaris HP-UX Ипих FreeBSD
Содержоние
1 1 Команды и приложения пользовательского уровня
2
2 Системные вызовы и коды ошибок ядра
3 3 Библиотечные функции
4 5 Стандартные форматы файлов
5 7 Различные файлы и документы
6 6 Игры и демонстрационные программы
7
4
Драйверы устройств и сетевые протоколы lm
8 Команды системного администрирования
9 9 Внутренние интерфейсы и спецификации ядра Во многих системах осуществляется разбивка разделов тап-страниц на подразделы. Например, подраздел Зт часто содержит тап-страницы с информацией о библиотеке математических функций системы. Существуют также значительные различия в распределении тап-страниц по разделам в некоторых системах раздел 8 оставлен пустым, а команды системного администрирования помещены в первый раздел. Во многих системах отсутствуют игры и демонстрационные примеры, поэтому раздел 6 пуст Большинство систем позволяют создавать раздел руководства под названием" для тап-страниц. которые имеются только на данной машине локальные страницы. Другое общепринятое обозначение — раздел "п" для описания тех программных средств, которые не являются строго локальными, но и не включены в стандартную поставку.
Неформатированная информация для тап-страниц традиционно хранится в каталогах /usr/man/manX, где X — цифра от 1 до 9 либо буква Т или 'пи выводится на экран с помощью программы trofT Отформатированные версии руководств находятся в каталоге /usr/man/catX Команда man форматирует тап
-страницы "на лету" (непосредственно в процессе отображения. Если в каталоги cat можно записывать информацию, то эта команда сохраняет отформатированные страницы по мере их создания, помещая наиболее часто читаемые страницы в кэш. Если в каталоге достаточно места, то, воспользовавшись командой catman, можно одновременно отформатировать все
тап-страницы В некоторых системах, например во FreeBSD, тап-страницы перемещены в каталог /usr/share/man Часто страницы хранятся сжатыми с помощью утилиты compress или gzip) с целью экономии места.
24
Чость I. Основы администрировсния
Вязы ком форматирования та пс т рани ц является S G M L (Standard
Generalized Markup Language — стандартный обобщенный язык разметки. Страницы, отформатированные с помощью утилиты trolT, поддерживаются, но хранятся в отдельном каталоге, Чтение страниц руководства команда Команда заголовок форматирует конкретную страницу руководства и посылает ее натер мина л пользователя посредством программы more (или другой программы постраничной разбивки, заданной впер ем е н ной среды
P A G E R ) Аргумент заголовок — это, как правило, имя команды, устройства или файла, о которых необходимо получить справочную информацию. Поиск по разделам руководства осуществляется в порядке возрастания номеров, но разделы, описывающие команды и 8). обычно просматриваются в первую очередь. Команда man раздел заголовок вызывает та пс т рани ц у из указанного раздела. Так, команда man tty выдает на экран страницу руководства по команде tty, а команда страницу для драйвера последовательного порта В Solaris номер раздела необходимо предварять флагом например. Почти все версии команды проверяют, определена ли переменная среды M A N P A T H , которая должна содержать разделенный двоеточиями список каталогов. С помощью переменной M A N P A T H можно отменить или расширить список каталогов, в которых по умолчанию проводит поиск команда man. Например, размещенная в файле запись s e t e n v MANPATH /home /share/localman:/usr/man
указывает команде man на то, что требуется вести поиск сначала в каталоге локальных та пс т рани ц , а затем в каталоге / u s r / та в . Версия этой команды для интерпретатора Bourne shell будет иметь такой вид
MANPATH=/home/si iare/1oralman:/usr/man
export MANPATH В некоторых системах переменная M A N P A T H полностью отменяет путь поиска, заданный по умолчанию. Поэтому следует указать стандартный каталог явно, если необходимо продолжать просмотр та пс т рани ц . полученных от поставщика системы. Команда man -к ключевое слово печатает список та пс гран н цв строке пояснений к которым имеется указанное ключевое слово. Например a f o n t f r l e f o r humans to r e a d
pktype (1L) - translate a packed f o n t file
tr (1) - translate characters
База данных ключевых слово бы ч но хранится в файле в ' корневом каталоге иерархии та пс т рани ц ( / u s r / m a n или / u s r / s h a r e / m a n ) . Если в систему вводятся дополнительные та пс т рани ц ы . то. возможно, потребуется перестроить этот файл с помощью команды catman -w.
Глово 1. С чего ночоть
25

1.6. Основные задачи системного администратора В этом параграфе содержится обзор некоторых задач, решение которых обычно возлагается на системного администратора. Совсем необязательно, чтобы эти функции выполнял один человек. Во многих организациях работа распределяется среди нескольких администраторов. В любом случае необходим хотя бы один человек, который понимал бы все поставленные задачи и обеспечивал их реализацию другими людьми Добавление и удаление пользователей
Боне подробную информацию о добавлении новых пользователей можно получить
в главе б.
Создание учетных записей для новых пользователи и удаление учетных записей тех пользователей, которые уже не работают в системе, является обязанностью системного администратора. Процесс управления записями можно автоматизировать, но ряд решений, связанных с включением в систему ноиого пользователя (где следует разместить его начальный каталог, на каком компьютере будет создана учетная запись и т.д.). должен принимать ал ми п иетратор-
К ли необходимо прекратить доступ пользователя к системе, следует отключить его учетную запись. Все фаллы, относящиеся к этому пользователю, нужно удалить, чтобы они не занимали места на диске. Подключение и удаление аппаратных средств
Дополнительная информация поданной теме приведена в главах 8, 12 и 23.
В случае приобретения новых аппаратных средств или подключения уже имеющихся устройств к другой машине систему нужно переконфигурировать таким образом, чтобы она распознана и активизировала эти устройства. Изменение конфигурации может быть как простой задачей (например, подключение принтера, таки более сложной (скажем, подключение жесткого диска) Резервное копирование
[71 Подробнее о резервном копировании вы можете узнать в главе 10.
Резервное копирование является одной из наиболее важных задач системных администраторов, которую они. к сожалению, чаще всего игнорируют или выполняют спустя рукава. Процедура резервного копирования довольно утомительна и занимает много времени, но осуществлять ее необходимо. Этот процесс можно автоматизировать или поручить подчиненным, но все равно системный администратор обязан убедиться в том, что резервное копирование выполнено правильно и no графику.
Инсгалляция новых программ После приобретения нового программного обеспечения его нужно инсталлировать и протестировать, часто в разных версиях UNIX и на различном оборудовании. Если программы работают нормально, пользователям необходимо сообщить об их наличии и местонахождении. Локальное
26
Чость I. Основы администрировсния
программное обеспечение следует инсталлировать туда, где его можно будет легко отличить от программных средств, поставляемых в составе UNIX. Это значительно упрощает задачу расширения операционной системы, поскольку исчезает опасность уничтожения локальных программ входе подобного расширения. Мониторинг системы Существует великое множество обязательных для исполнения ежедневных операций, например проверка правильности функционирования электронной почты и телеконференций, просмотр регистрационных файлов на предмет наличия ранних признаков неисправностей контроль за подключением локальных сетей контроль наличия системных ресурсов (в частности, проверка наличия свободного пространства на диске. Поиск неисправностей Системы UNIX и аппаратные средства, на которых они работают, время от времени выходят из строя. Задача администратора — диагностировать сбои в системе ив случае необходимости вызывать специалистов. Как правило, найти неисправность бывает намного сложнее, чем устранить ее Ведение локальной документации
Рекомендации, касающиеся ведения документации, даны в параграфе 27.10.
Настраивая конфигурацию системы под конкретные требования, вы вскоре обнаружите, что она значительно отличается от базовой конфигурации, которая описана в документации. Поэтому системный администратор должен документировать все инсталлируемые программные средства, не входящие в стандартный комплект поставки, документировать разводку кабелей, вести записи по обслуживанию всех аппаратных средств, решстрировать состояние резервных копий, документировать локальные процедуры и правила работы с системой. Слежение за безопасностью системы
Вопросы безопасности рассматриваются в главе 21.
Системный администратор отвечает за реализацию стратегии защиты и должен периодически проверять, не нарушена ли зашита системы В системах с низким уровнем безопасности эта процедура может быть сведена всего лишь к нескольким текущим проверкам на предмет несанкционированного доступа. В системах с высоким уровнем безопасности обычно применяется сложная система ловушек и программ контроля. Оказание помощи пользователям Пункт "оказание помощи пользователям в решении различных проблем" редко включается в должностную инструкцию системного администратора, несмотря на то что выполнение подобного рода обязанностей "съедает" большую часть рабочего времени. Системных администраторов бомбардируют самыми разными вопросами, начиная от "Вчера моя программа работала, а сегодня нет Что Вы поменяли" до "Я пролила кофе на клавиатуру Нужно ли теперь полить ее водой, чтобы смыть кофе"
Глово 1 С чего ночоть
27
Как искать файлы в Internet Информация по вопросам системного администрирования доступна в больших количествах ив разных формах. Список ресурсов, к которым может обращаться начинающий администратор, приведен в главе 27. Основным источником информации является Internet. Вопросы, касающиеся системного администрирования, можно вводить даже в таких поисковых системах, как www.yahoo.com,www.altavista.com и www.webopedia.com. Многие узлы непосредственно посвящены данной теме. Вот некоторые из них
• freshmcat.com — огромная коллекция программного обеспечения для
Linux;
• www.ugu.com — аббревиатура "ugu" расшифровывается как " U N I X Guru
Universe — вселеиная гуру U N I X " ; на этом узле содержится много информации для системных администраторов
• www.stokeIy.com — хорошая коллекция ссылок на ресурсы, связанные с системным администрированием
• www.tucows.com — качественное программное обеспечение для Windows и Macintosh;
• slashdot.org — место, где публикуются новости для особо любознательных
• www.cpan.org — центральный источник сценариев и библиотек Perl:
• securityfocus.com — узел, посвященный вопросам безопасности огромная поисковая база данных. Издержки профессии Системные администраторы — это люди, сидящие на нескольких стульях. Они часто имеют другую работ просто их попросили присмотреть за несколькими компьютерами "на стороне. Если вы один из таких людей, подумайте о том, к чему, в конце концов, это может привести. Чем больше выбудете знать о UNIX, тем больше пользователи будут зависеть от вас. Сети неуклонно разрастаются, и, следовательно, выбудете вынуждены тратить все больше и больше времени на выполнение функций администратора. Вскоре окажется, что вы — единственный человек во всей организации, который знает, как решить целый ряд важнейших проблем. Если коллеги стали считать вас локальным системным администратором, от этой роли уже трудно отказаться. Мы знаем нескольких людей, которые вынуждены были даже поменять место работы, чтобы избавиться от дополнительной нагрузки Поскольку крут обязанностей системного администратора четко ограничить нельзя, от вас, скорее всего, потребуют, чтобы выбыли не только штатным администратором, но и штатным инженером, писателем, а также секретарем. Чтобы прекратить поток просьб со стороны своих коллег, некоторые администраторы начинают плохо выполнять свои обязанности, становятся раздражительными или вообще игнорируют большинство просьб. Не рекомендуем вам придерживаться такой политики, иначе у вас могут возникнуть дополнительные проблемы, в том числе ив отношениях с окружающими. Вместо этого предлагаем следующее, ведите работу на должном уровне, одновременно регистрируя время, затрачиваемое на системное администрирование. Собирайте доказательства, которые можно будет использовать, когда вы попросите освободить вас от обязанностей администратора. В большинстве организаций для того, чтобы добиться замены, приходится упрашивать руководство полгода, а то и год, так что учитывайте это в своих планах.
24
Чость I. Основы администрировсния
С другой стороны, может оквзвться. что системное администрирование вам нравится, ивы захотите стать штатным администратором В этом случае проблем с поиском работы у вас не будет. К сожалению, сама работа от этого не станет легче, О том, какие ужасы вас ждут на данном поприще, рассказывается в главе 27 Синдром хронического администрирования Одной из малоприятных, но, увы, распространенных болезней, сопровождающих человека, который работает системным администратором, является синдром хронического администрирования. Признаки заболевания обычно проявляются на третий год после начала работы администратором и могут привести к преждевременному уходу на пенсию. Ниже перечислен неполный список характерных симптомов. Острая пейджерофобия — раздражающее ощущение того, что у вас сработал пейджер и ваш мирный вечер с супругой внезапно прерван Вам кажется, что вас срочно вызывают для устранения последствий ЧП ивам придется работать 72 часа подред без перерывов наеду. Навязчивая пользователемания — маниакальное стремление протыкать иголками кукольные фигурки отдельных представителей пользовательского племени, которые не понимают, что постоянное отсутствие грамотного планирования является причиной того, что они называют неправильным администрированием.
• Идиопатическая лентоплексия — внезапно проявляющееся поздней ночью стремление смонтировать ленточный накопитель для резервного копирования чтобы убедиться в том, что ои читается и маркирован правильно Интеллектуальная шизоидная нетерпимость — непреодолимое желание стукнуть знакомого системного администратора, который никогда не применял научных методов администрирования Для лечения болезни могут использоваться различные терапевтические методики. Наиболее эффективными являются принудительное развитие чувства юмора и организация небольшого, но хорошо оборудованного винного погребка н офисе. Допускаются также более медитативные методы, например молчаливо-безучастное разглядывание окружающего пространства, когда рядом с вами раздается очередной гневный возглас "Что Сервер снова упал" Если ничего другого не помогает, возьмите отпуск.
1.9. Рекомендуемая литература
• Anderson, Gail, and Paul Anderson. The UNIX С Shell Field Guide. Englewood
Cliffs, NJ Prentice Hall 1986
• Hewlett-Packard Company. The Ultimate Guide to the VI and EX Text Editors.
Redwood City, CA: Benjamin/Cummings. 1990.
• Abrahams. Paul W., and Bruce A. Larson UNIX for the Impatient, 2nd Edition.
Reading, MA: Addison-Wesley. 1995
• Peek, Jerri', Tim O'Reilly, and Mike Loukides. UNIX Pov.tr Tools, 2nd Edition.
Sebastopol, CA: O'Reilly & Associates. 1997.
• Montgomety, John, and Woody Leonard. The Underground Guide to Unix:
Slightly Askew Advice from a Unix Guru. Reading, MA Addison-Wesley 1995
• Reichard, Kevin, and Eric Foster-Johnson. Unix in Plain English, 3rd Edition.
Foster City, CA: IDO Books Worldwide. 1999.
• Rankin, Bob, The No BS Guide to Linux. No Starch Press. 1997.
• Wall, Lany, Tom Christiansen, and Randal L. Schwartz. Programming Peri,
2nd Edition Sebastopol, CA: O'Reilly & Associates. 1997
Глово 1 С чего ночоть
29
1   2   3   4   5   6   7   8   9   ...   82


База данных защищена авторским правом ©nethash.ru 2019
обратиться к администрации

войти | регистрация
    Главная страница


загрузить материал