Страница:
сетях (LANs). Они обычно состоят из маленького числа машин
расположенных в одном здании или даже на одном этаже, которые связаны
для создания однородной рабочей среды. И Вы хотели бы разбросать файлы
между этими хостами, или запускать одно приложение на различных
машинах.
Эти задачи требуют совершенно другого подхода к организации сети.
Вместо отправления полных файлов наряду с описанием работы, все данные
разбиваются на маленькие пакеты, которые немедленно отправляются
нужному хосту, где они повторно собираются. Этот тип сети называется
packet-switched(пакетной) сетью. Среди прочего, это позволяет
запускать по сети диалоговые приложения. Стоимость этого, конечно,
резкое увеличение сложности программного обеспечения.
Решение, которое Unix системы и большинство не-Unix участков
приняли известно как TCP/IP. В этой секции, мы будем рассматривать его
основные концепции.
2.3.1. Введение в TCP/IP-сети.
TCP/IP происходит от проекта, финансируемого американским DARPA (
Оборонное Агентство Продвинутых Исследований) в 1969. Это была
экспериментальная сеть, ARPANET, которая была преобразована в
эксплуатационную в 1975, после того, как была доказана ее полезность.
В 1983, новый протокол TCP/IP был принят как стандарт и от все
- 17 -
хостов в сети требовалось его использование. Когда ARPANET наконец
вырос в Inetrnet (ARPANET непосредственно окончил свое существования в
1990), использование TCP/IP распространилось и на сети вне Inetrnet.
Наиболее известные -- Unix локальные сети, но из-за появлении быстрого
цифрового телефонного оборудования, типа ISDN, он также имеет большой
шанс стать протоколом транспортировки для телефонных сетей.
Для более конкретного рассмотрения TCP/IP повсюду в следующих
секциях, мы будем пользоваться как примером Groucho Marx Университетом
(GMU),который расположен где-нибудь в Fredland, большинство его
отделов используют собственную локальную сеть, а другие используют
несколько из них. Они все связаны, и подключены к Inetrnet через
единственную быстродействующую линию.
Предположите что ваш Linux связан с сетью из Unix машин в Отделе
Математики, и имя вашей машины erdos. Для доступа к хосту в Отделе
Физики, называемого quark, вводите следующую команду:
$ rlogin quark.physics
Welcome to the Physics Department at GMU
(ttyq2) login:
В приглашении Вы вводите ваше имя, скажем andres, и ваш пароль.
Вам дают shell(оболочку) на quark, к которой Вы можете обращаться как
будто Вы сидите за системной консолью quark. После того как Вы
покинете оболочку, Вы возвращаетесь к приглашению вашей собственной
машины. Сейчас Вы использовали только одно из диалоговых приложение,
которые предлагает TCP/IP: remote login.
Пока вы находитесь на quark, Вы можете захотеть управлять Х11
приложением. Чтобы сказать этому приложению что Вы хотите видеть окна
на экране вашего хоста, Вы должны отрегулировать среду:
$ export DISPLAY=erdos.maths: 0.0
Если Вы теперь запускаете ваше приложение, оно будет входить в
контакт с вашим X-сервером вместо quark, и отображать все окна на
вашем экране. Конечно, это требует наличия у вас X11. TCP/IP позволяет
- 18 -
quark и erdos послать X11 пакеты туда и обратно создавая у вас
иллюзию, что вы находитесь на удаленной системе. Сеть здесь почти
прозрачна.
Другое очень важное приложение в TCP/IP сетях - NFS,
расшифровывается как сетевая операционная система. Это - другая форма
создания прозрачной сети, она позволяет Вам установить директории от
других хостов, так, чтобы они рассматривались подобно локальным
файловым системам. Например, домашние директории всех пользователей
могут быть на центральной машине, от которой все другие хосты в
локальной сети устанавливают требуемые директории. В результате
пользователи могут войти в любую машину и находиться в той же самой
домашней директории.
Так, можно устанавливать приложения которые требуют большого
количества места на диске ( типа TeX ) только на одной машине, а
остальные будут лишь экспортировать директории. Мы вернемся к NFS в
главе 12 ..
Конечно, это не единственные примеры того, что Вы можете делать
по TCP/IP сетям. Ваши возможности почти безграничны.
Теперь мы поближе познакомимся с работой TCP/IP. Вы будете
нуждаться в этом чтобы понять как и почему Вы должны конфигурировать
вашу машину. Мы начнем с исследования аппаратных средств, и медленно
пойдем дальше.
2.3.2. Ethernet
Тип аппаратных средств наиболее широко используемый повсюду в
локальных сетях обычно называют Ethernet. Он состоит из единственного
кабеля с хостами
Присоединяемый к нему через connector, tap или transceivers.
Простой Ethernet весьма недорог, хотя, вместе с сетью предлагает
скорость в 10 Мегабитов в секунду.
Ethernet бывает трех видов: толстый и тонкий, соответственно, и
- 19 -
витая пара. Тонкий и толстый Ethernet использует коаксиальный кабель,
отличающейся по ширине и способу подключения машины к кабелю. Тонкий
Ethernet использует "BNC" connector в форме буквы Т, в который Вы
вставляете кабель и вкручиваете сзади вашего компьютера в гнездо
сетевой платы. Толстый Ethernet требует, чтобы ВЫ проделали маленькую
дырку в кабеле, и воткнули transceiver "методом вампира". Один или
больше хостов может быть присоединено к одному transceiver. Тонкий и
толстый кабель Ethernet может иметь длину не больше 200 и 500
метров, соответственно, и поэтому также названы 10base-2 и 10base-5.
Витая пара использует кабель сделанный из двух медных проводов которые
используются в телефонии, но обычно требует дополнительных аппаратных
средств. Он также известен как 10base-T.
Добавление хоста к толстому Ethernet не слишком сложно, оно даже
не вырубает сеть. Чтобы добавлять машину к сети с тонким Ethernet Вы
должны прервать работу сети по крайней мере на несколько минут потому
что Вы должны разрезать кабель чтобы вставить Т-connector.
Большинство людей предпочитают тонкой Ethernet, потому что это
очень дешево: карты PC стоят всего $50, а кабель находится в диапазоне
нескольких центов за метр. Однако, для больших сооружений, толстый
Ethernet подходит лучше Например, в отделе математики используют
толстый Ethernet, так что у них работа сети не будет прерваться каждый
раз, когда к сети добавляется новый хост.
Один из недостатков Ethernet технологии -- ограниченная длинна
кабеля, который позволяет использовать его только для локальных сетей.
Однако, несколько Ethernet сегментов могут быть связан друг с другом с
помощью repeaters (повторителей), bridges (мостов) или routers
(маршрутизаторов). Repeaters просто копируют сигналы между двумя или
больше сегментами так, что все сегменты вместе действуют как будто это
один Ethernet. Но между двумя любыми машинами сети не может быть
больше четырех repeaters. Bridges и Routers более сложные. Они
анализируют поступающие данные и отправляют их только тогда, когда
хоста получателя нет на местном Ethernet.
Ethernet работает подобно системной шине, где хост может послать
пакеты до 1500 байтов другому хосту на том же самом Ethernet. Хост
- 20 -
идентифицируется адресом, состоящем из шести байт зашитыми в Ethernet
плату при ее создании. Эти адреса обычно записываются как
последовательность шестнадцатиричных чисел с двумя цифрами отделяемыми
двоеточиями, на пример aa: bb: cc: dd: ee: ff.
Структура посланная одной станцией видна и всеми остальными
станциями, но только хост места назначения подбирает и обрабатывает
ее. Если две станции пробуют послать сообщение одновременно,
происходит столкновение, которое решается двумя станциями с помощью
остановки передачи и попытке передать его несколько позже.
2.3.3. Другие типы аппаратных средств
В больших сооружениях, типа Groucho Marx Университет, Ethernet
обычно не единственный тип используемого оборудования. В Groucho Marx
Университет, локальная сеть каждого отдела связана с университетской
магистралью, которая является оптическим кабелем FDDI. FDDI использует
совершенно другой подход к передаче данных, который основывается на
рассылке определенных символов, и только если станция получает этот
символ, она может послать некий кусок информации. Главное преимущество
FDDI - скорость, достигающая 100 Mbps, и максимальная длина кабеля до
200 км.
Для дальней связи часто используются различные типы оборудования,
которые основаны на стандарте названном X.25. Большинство так
называемых "Общественных Сетей Данных", подобно Tymnet в США, или
Datex-P в Германии, предлагают свои услуги, основываясь именно на нем.
X.25 требует специальных аппаратных средств, а именно пакет
Assembler/Disassembler или PAD. X.25 определяет собственный набор
протоколов, но часто используется чтобы соединить сети работающие под
TCP/IP и другими протоколами. Так как IP пакеты не могут быть прямо
отображены на X.25 ( и наоборот ), они просто вставляются в X.25
пакеты и посылаются по сети.
Часто, радио любители используют свое оборудование для создания
сети из своих компьютеров; это называется пакетное радио или ham
радио. Протокол используемый ham радио назван AX.25 (он получен из
X.25).
- 21 -
Есть методы, которые используют специально для медленных, но
дешевых телефонных линий. Они требуют других протоколов для передачи
пакетов, типа SLIP или PPP, которые будут описаны ниже.
2.3.4. Internet Протокол(IP)
Конечно, Вы не хотели бы чтобы ваша сеть ограничивалась только
Ethernet. Идеально, Вы хотели бы использовать сеть независимо от того,
какими аппаратными средствами это достигается.
На Пример, в больших сооружениях типа Groucho Marx Университет,
Вы обычно имеете набор отдельных Ethernet, которые должны быть связаны
некоторым образом. В GMU, в математическом отделе используются два
Ethernets: одна сеть быстрых машин для профессоров и студентов
последних курсов, и другая с медленными машинами для студентов (обе
связаны с FDDI).
Эта связь управляется специальным хостом, так называемым gateway,
который направляет поступающие и уходящие пакеты копируя их между
двумя Ethernets и FDDI. Например, если Вы - в математическом отделе, и
хотите получить доступ к quark в локальной сети физического отдела,
сетевое программное обеспечение не может послать пакеты quark
непосредственно, потому что он находится на другом Ethernet.
Поэтому, этим занимается gateway. Gateway (назовем его sophus)
посылает эти пакеты другому gateway (niels) в Отделе Физики, niels же
отправляет их на требуемую машину. Поток Данных между erdos и quark
показывается на картинке 2.3.4 (с извинениями парню L. Steele).
Эта схема направления данных отдаленному хосту называется
routing(маршрутизация), а пакеты часто называют datagram(дэйтограмы).
Для простоты, обмен дэйтаграмами управляется в соответствии c
отдельным протоколом, который является независимым от используемых
аппаратных средств: IP, или Internet Протокол. В главе 3. мы будем
рассматривать IP и routing более подробно.
Основная польза IP в том, что он преобразует физически несходные
- 22 -
сети в одну с виду однородную сеть. Это называется internetworking, в
результате получаем "мета-сеть" называемую intеrnet. Обратите Внимание
на различие между inetrnet и Inetrnet здесь. Последнее - это
официальное название одного специфического глобального inetrnet.
Конечно, IP также требует машинонезависимой схемы адресования.
Это достигается с помощью назначая каждому хост уникального номера
размером в 32 бита, названного IP адресом. IP адрес обычно пишется как
четыре десятичных номера, для каждой 8-битовой части, разделенных
точками. Например, quark мог бы иметь IP адрес 0x954C0C04, который
будет записан как 149.76.12.4. Этот формат также назван dotted quad
notation.
Теперь мы имеем три различных типа адресов: имя хоста, типа
quark, IP адрес, и наконец, имеются адреса аппаратных средств, типа
адреса Ethernet с 6 байтами. Все они так или иначе соответствуют друг
другу, так, когда Вы пишете rlogin quark, программное обеспечение
находит его IP адрес; И когда IP пересылает данные в Ethernet Отдела
Физики, так или иначе по IP адресу выясняется Ethernet адрес.
Мы не будем здесь вдаваться в подробности этого процесса, а
сделаем это в главе 3. Пока достаточно помнить что эти шаги называются
hostname resolution, поиск IP адреса по имени хоста, и address
resolution, поиск физического адреса по IP.
2.3.5. IP на последовательных линий
Для последовательных линий, стандартом "de facto" является SLIP
или IP для последовательных линий. Есть модификация SLIP -- CSLIP, или
сжимаемый SLIP, который использует сжатие IP заголовков чтобы
оптимизировать IP для относительно низкой пропускной способности
последовательной связи. PPP, или Point-to-Point протокол -- еще один
протокол для последовательных линий. PPP имеет еще большее число
особенностей чем SLIP, включая стадии переговоров о начале связи. Его
главное преимущество по сравнению SLIP, то что он не ограничивается
только транспортировкой IP дэйтаграм, а предназначен для передачи
любого типа дэйтаграм.
- 23 -
2.3.6. Протокол Контроля Передачи (TCP)
Но конечно, посылка дэйтаграм от одного хоста к другому это не
все если Вы вошли на quark, Вы хотите иметь надежную связь между вашим
процессом rlogin на erdos и процессе оболочки на quark. Таким образом,
информация посылаемая туда и обратно должна быть разбита на пакеты
отправителем, и повторно собираться в поток приемником. Хотя это
кажется тривиальным, здесь появляется несколько достаточно сложных
задач.
Очень важно знать об IP, что он не надежен. Предположим что
десять людей на вашем Ethernet начали загружать самый последний выпуск
XFree86 с GMU FTP сервера. Такая активность может оказаться слишком
большой для того чтобы gateway переварил ее, потому что он слишком
медленен, и ограничен количеством памяти. Теперь если Вы пошлете пакет
от quark, у sophus может не хватить места в буфере и поэтому он не
сможет отправить этот пакет. IP решает эту проблему просто забывая про
данный пакет. Пакет безвозвратно потерян. Таким образом
ответственность за целостность данных перекладывается на
поддерживающие связь хосты.
Это происходит в соответствии c другим протоколом, TCP, или
Протоколом Контроля Передачи, который надстраивается над IP для
создания связи с проверкой целостности данных. Существенный плюс TCP
то, что он использует IP, что создает иллюзию простой связи между
двумя процессами на вашем хосте и отдаленной машине, так, что Вы не
заботитесь о том как и по которому маршрут ваши данные фактически
путешествуют. A TCP создает дуплексную связь, позволяющую одновременно
как посылать так и получать информацию. Представте телефонную беседу.
В TCP точки связи определяются IP адресами хостов , и номерами
так называемых портов на каждом из хостов. Порты служат для
определения процесса с которым устанавливается связь. Если опять
обратится к примеру с телефоном, то IP адрес соответствует кодам
городов, а номер порта местному номеру телефона. В примере с rlogin,
приложение-клиент (rlogin) открывает порт на erdos, и соединяется с
портом 513 на quark, который прослушивает rlogind сервер. Таким
образом и устанавливает TCP связь. Используя эту связь, rlogind
- 24 -
выполняет процедуру определения прав доступа, и запускает оболочку.
Стандартный ввод/вывод этой оболочки перенаправляются на TCP связь,
таким образом все, набранное вами в rlogin на вашей машине будет
передано через TCP поток на стандартный ввод оболочки.
2.3.7. Пользовательский протокол дэйтаграм(UDP)
Конечно, TCP не единственный протокол пользователя в TCP/IP
сетях. Хоть он и подходит для приложений подобных rlogin, но он
излишне надежен и не нужен для приложений типа NFS. Вместо, него в них
использует UDP, или протокол пользовательских дэйтаграм. Подобно TCP,
UDP также позволяет приложению войти в контакт с приложением,
обслуживающим определенный порт на отдаленной машине, но он не
устанавливает связь для этого. Вместо этого, Вы можете использовать
его чтобы посылать отдельные пакеты к месту назначения.
Предположим, что Вы установили директорию TeX с центрального NFS
сервера, galois, и Вы хотите просмотреть документ, описывающий как
использовать LaTeX. Вы запускаете ваш редактор, который сначала читает
указанный файл. Однако, требуется слишком много времени чтобы
установить TCP связь с galois, послать файл , и повторять это снова.
Вместо этого, на запрос посланный к galois, тот посылает файл в паре
UDP пакетов, что происходит гораздо быстрее. Однако, UDP не
приспособлен для борьбы с потерей пакетов. Этим приходится заниматься
NFS.
2.3.8. Дополнительно о портах
Порты могут рассматриваться как точки присоединения сетевых
связей. Если приложение (сервер) хочет предложить некий сетевой
сервис, оно ассоциирует себя с портом и ждет клиентов (это называется
слушать порт). Клиент, который хочет использовать этот сервис получает
порт на местном хосте и соединяется с портом сервера на отдаленном
хосте.
Важная особенность портов то, что пока существует связь между
клиентом и сервером, другая копия сервера может присоединиться к тому
же порту и ждать подключения других клиентов. Это разрешает, например,
- 25 -
несколько параллельных отдаленных входов на один и тот же хост, причем
все используют один самый 513 порт. TCP способен отличать этим связи
друг от друга, потому что они все прибывают от различных портов или
хостов. Например, если Вы дважды войдете на quark от erdos, тогда
первый rlogin клиент будет использовать местный порт 1023, а второй
будет использовать порт 1022. Однако, будут соединяться с тем же самым
портом 513 на quark.
Этот пример показывает использование портов как пункты, где
клиент входит в контакт с определенным портом чтобы получить
определенное обслуживание. Клиенту необходимо знать надлежащий номер
порта, соглашение о назначении этих номеров должно быть достигнуто
между администраторами обеих систем. Для услуг которые широко
используются, типа rlogin, эти номера должны устанавливаться
централизованно. Этим занимается IETF (или Проектирующая задачи
Internet сила), которая регулярно выпускает RFC статьи. Которые, среди
прочего, назначают номера портов для общеизвестных услуг. Linux
использует файл, в котором регистрируют названия доступного другим
сервеса и номера портов, к которым определенный сервес прикреплен,
называется он /etc/services. Он описан в секции 10.3.
Стоит заметить, что хотя и TCP и UDP полагаются на порты, эти
номера не находятся в противоречии. Это означает что TCP порт 513,
например, отличается от UDP порта 513. Фактически, эти порты служат
как точки доступа для двух различных услуг, а именно rlogin (TCP) и
rwho (UDP).
2.3.9. Библиотека гнезд(socket)
В Unixоидных операционных системах программное обеспечение,
выполняющее все задачи и протоколы описанные выше, обычно является
частью ядра, аналогично и в Linux. Интерфейс программирования наиболее
общий для мира Unix - Библиотека Гнезд Berkeley. Свое название она
получила из-за популярной аналогии которая рассматривает порты как
гнезда(розетки). Она обеспечивает (bind(2)) запрос, который определяет
отдаленный хост, транспортный протокол, и сервис, к которому программа
может присоединится или слушать (используя connect(2), listen(2), and
accept(2)).
- 26 -
Библиотека гнезд однако несколько более общая, она обеспечивает
не только класс TCP/IPоснованных гнезд (AF INET гнезда), но также
класс, который управляется локальной связью машины (AF UNIX класс).
Некоторые версии могут также управляться другими классами типа XNS (
Система Организации Сети Ксерокса ) протокол, или X.25.
В Linux, библиотека гнезд -- часть стандартной libc C библиотеки.
В настоящее время, она поддерживает только AF INET и AF UNIX гнезда,
но ведется работа над включением поддержки для Novell протоколов, так,
чтобы в конечном счете один или больше классов гнезд для него были бы
добавлены.
2.4. Linux сети
Будучи результатом концентрации усилие программистов всего мира,
Linux не был бы возможен без глобальной сети. Так что не удивительно,
что уже на ранних стадиях разработки, несколько людей начали работать
над сетевыми возможностями. UUCP появился в Linux почти с самого
начала, а работа над tcp/ip-основанной сетью была начата осенью 1992,
когда Ross Biro и другие создали то, что теперь стало известным как
Net-1.
Ross прекратил активную разработку в Мае 1993, Fred van Kempen
начал работать над новой версией, переделывая главные части кода. Это
усилие известно как Net-2. Первый общественный релиз, Net-2d, был
сделан летом 1992 (как часть 0.99.10 ядра), и с тех пор поддерживался
и расширялся несколькими людьми, наиболее сильно Alan Cox, как
Net-2Debugged. После тяжелой отладки и многочисленных
усовершенствований кода, он сменил название на Net-3. Эта версия кода
в настоящее время включена в официальные выпуски ядра.
Net-3 предлагает драйвера устройств для разнообразного Ethernet,
а также для SLIP (для работы сети по последовательным линиям), и PLIP
( для параллельных линий). С Net-3, Linux получил TCP/IP приложения,
которые очень хорошо ведут себя в локальной сети и часто работают
быстрее некоторых коммерческих. Существует несколько проектов,
развитие которых будет увеличивать многосторонность Linux. Драйвер для
- 27 -
PPP ( протокол point-to-point, другой способ работы по
последовательным линиям), является в стадии Beta версии в настоящее
время, а AX.25 драйвер для радио - в Alpha версии. Alan Cox создал
драйвер для Novell's IPX протокола, но завершающие усилия для создания
сети совместимой с Novell были отложены из-за нежелания Novell
обеспечить необходимую документацию. Еще один проект - samba,
свободный NetBIOS сервер, написанный Andrew Tridgell.
2.4.1. Другие пути развития
В это время, продолжая разработку, Fred предложил Net-2e, в
которой сильно пересмотрено вся структура организации сети. Во время
написания этой книги, Net-2e все еще Beta программное обеспечение.
Наиболее интересен в Net-2e - объединение DDI, Интерфейса Драйвера
Устройства. DDI предлагает однотипный доступ и метод конфигурации для
всех устройств сети и протоколов.
Пока используется TCP/IP сеть написанная Matthias Urlichs,
написавшего ISDN драйвер для Linux и FreeBSD. Для этого, он встроил
BSD сетевой код в ядро Linux.
В течение обозримого будущего, Net-3 скорее всего останется. Alan
в настоящее время работает над AX.25 протоколом, используемого
любителями радио. Несомненно, скоро будет разработан "модуль" для
ядра, который позволит Вам добавлять драйвера к ядру не
переустанавливая систему.
Хотя эти различные реализации сети борются за обеспечение одного
и того же сервеса, основные их различия находятся на уровне ядре и
устройств. Поэтому, Вы не сможете отконфигурировать систему используя
Net-2e ядро с утилитами от Net-2d или Net-3, и наоборот. Это относится
только к командам, которые имеют дело с ядром; приложения и общие
сетевые команды типа rlogin или telnet пойдут на любом из них.
Однако, все эти различные версии сети не должны волновать Вас.
Если Вы не участвуете в активной разработке, Вы не должны волноваться
относительно версии сода TCP/IP. Официальные выпуски ядра будут всегда
сопровождаться набором сетевых инструментов, которые являются
- 28 -
совместимыми с кодом представленным в ядре.
2.4.2. Где получить код
Самая последняя версия сетевого кода может быть получена на
различных анонимным FTP. Официальный FTP участок для Net-3 -
sunacm.swan.ac.uk, отражаемый sunsite.unc.edu в system/Network/sunacm.
Самый последний комплект Net-2e доступен на ftp.aris.com. Matthias
Urlichs' bsd код может быть взят на ftp.ira.uka.de в
/pub/system/linux/netbsd.
Самые последние ядра могут быть найдены на nic.funet.fi в
/pub/OS/Linux/PEOPLE/Linus; sunsite и tsx-11.mit.edu отражают эту
дерикторию.
2.5. Поддержка Вашей системы
Повсюду в этой книге, мы в основном будем иметь дело с проблемами
конфигурации и установки. Администрирование, однако, гораздо труднее--
после установки сервеса, Вы должны сохранить его работоспосбность Для
большенства из них, будет необходимо достаточно мало внимания, в то
время как некоторые, типа почты и новостей, требуют постоянного
внимания. Мы будем обсуждать все это в более поздних главах.
Абсолютный минимум в обслуживании -- регулярная проверка системы
и просмотр log файлов на ошибки и необычные случаи. Вы конечно
захотите сделать это с помощью написания административных скриптов и
периодически запуская их. Исходная дистрибуция некоторых основных
приложений, типа smail или C news, содержат такие скрипты. Вы должны
только попросить их удовлетворить ваши потребности.
Результат работы любого такого скрипта должен быть отправлена по
почте администратору. По умолчанию, большенство приложений будут
посылать сообщения об ошибках, обычную статистику, или резюме logfile
к root. Этот имеет смысл только если Вы часто входите в систему под
root; еще лучше, если почту root перенаправлять на ваше имя, как
описано в главе 15.
- 29 -
Однако как бы тщательно Вы не конфигурировали ваш участок, по
закону Мерфи проблемы обязательно появятся. Поэтому, при обслуживании
системы от жалоб не отвертеться. Обычно, люди ожидают что
администратор системы может по крайней мере быть найден через email
как root, но имеются также другие адреса, которые обычно используются
чтобы найти лицо ответственное за определенный аспект управления.
Например, жалобы относительно сбоев в конфигурации почты будут
обычно адресованы postmaster, а проблемы с системой новостей могут
быть сообщены newsmaster или usenet. Обращения к hostmaster должны
быть перенаправлены лицу отвечающему за основные услуги сети и службу
имен DNS.
2.5.1. Безопасность системы
Другой очень важный аспект администрирования системы в сети --
защита системы и пользователей от злоумышленников, которые могут
расположенных в одном здании или даже на одном этаже, которые связаны
для создания однородной рабочей среды. И Вы хотели бы разбросать файлы
между этими хостами, или запускать одно приложение на различных
машинах.
Эти задачи требуют совершенно другого подхода к организации сети.
Вместо отправления полных файлов наряду с описанием работы, все данные
разбиваются на маленькие пакеты, которые немедленно отправляются
нужному хосту, где они повторно собираются. Этот тип сети называется
packet-switched(пакетной) сетью. Среди прочего, это позволяет
запускать по сети диалоговые приложения. Стоимость этого, конечно,
резкое увеличение сложности программного обеспечения.
Решение, которое Unix системы и большинство не-Unix участков
приняли известно как TCP/IP. В этой секции, мы будем рассматривать его
основные концепции.
2.3.1. Введение в TCP/IP-сети.
TCP/IP происходит от проекта, финансируемого американским DARPA (
Оборонное Агентство Продвинутых Исследований) в 1969. Это была
экспериментальная сеть, ARPANET, которая была преобразована в
эксплуатационную в 1975, после того, как была доказана ее полезность.
В 1983, новый протокол TCP/IP был принят как стандарт и от все
- 17 -
хостов в сети требовалось его использование. Когда ARPANET наконец
вырос в Inetrnet (ARPANET непосредственно окончил свое существования в
1990), использование TCP/IP распространилось и на сети вне Inetrnet.
Наиболее известные -- Unix локальные сети, но из-за появлении быстрого
цифрового телефонного оборудования, типа ISDN, он также имеет большой
шанс стать протоколом транспортировки для телефонных сетей.
Для более конкретного рассмотрения TCP/IP повсюду в следующих
секциях, мы будем пользоваться как примером Groucho Marx Университетом
(GMU),который расположен где-нибудь в Fredland, большинство его
отделов используют собственную локальную сеть, а другие используют
несколько из них. Они все связаны, и подключены к Inetrnet через
единственную быстродействующую линию.
Предположите что ваш Linux связан с сетью из Unix машин в Отделе
Математики, и имя вашей машины erdos. Для доступа к хосту в Отделе
Физики, называемого quark, вводите следующую команду:
$ rlogin quark.physics
Welcome to the Physics Department at GMU
(ttyq2) login:
В приглашении Вы вводите ваше имя, скажем andres, и ваш пароль.
Вам дают shell(оболочку) на quark, к которой Вы можете обращаться как
будто Вы сидите за системной консолью quark. После того как Вы
покинете оболочку, Вы возвращаетесь к приглашению вашей собственной
машины. Сейчас Вы использовали только одно из диалоговых приложение,
которые предлагает TCP/IP: remote login.
Пока вы находитесь на quark, Вы можете захотеть управлять Х11
приложением. Чтобы сказать этому приложению что Вы хотите видеть окна
на экране вашего хоста, Вы должны отрегулировать среду:
$ export DISPLAY=erdos.maths: 0.0
Если Вы теперь запускаете ваше приложение, оно будет входить в
контакт с вашим X-сервером вместо quark, и отображать все окна на
вашем экране. Конечно, это требует наличия у вас X11. TCP/IP позволяет
- 18 -
quark и erdos послать X11 пакеты туда и обратно создавая у вас
иллюзию, что вы находитесь на удаленной системе. Сеть здесь почти
прозрачна.
Другое очень важное приложение в TCP/IP сетях - NFS,
расшифровывается как сетевая операционная система. Это - другая форма
создания прозрачной сети, она позволяет Вам установить директории от
других хостов, так, чтобы они рассматривались подобно локальным
файловым системам. Например, домашние директории всех пользователей
могут быть на центральной машине, от которой все другие хосты в
локальной сети устанавливают требуемые директории. В результате
пользователи могут войти в любую машину и находиться в той же самой
домашней директории.
Так, можно устанавливать приложения которые требуют большого
количества места на диске ( типа TeX ) только на одной машине, а
остальные будут лишь экспортировать директории. Мы вернемся к NFS в
главе 12 ..
Конечно, это не единственные примеры того, что Вы можете делать
по TCP/IP сетям. Ваши возможности почти безграничны.
Теперь мы поближе познакомимся с работой TCP/IP. Вы будете
нуждаться в этом чтобы понять как и почему Вы должны конфигурировать
вашу машину. Мы начнем с исследования аппаратных средств, и медленно
пойдем дальше.
2.3.2. Ethernet
Тип аппаратных средств наиболее широко используемый повсюду в
локальных сетях обычно называют Ethernet. Он состоит из единственного
кабеля с хостами
Присоединяемый к нему через connector, tap или transceivers.
Простой Ethernet весьма недорог, хотя, вместе с сетью предлагает
скорость в 10 Мегабитов в секунду.
Ethernet бывает трех видов: толстый и тонкий, соответственно, и
- 19 -
витая пара. Тонкий и толстый Ethernet использует коаксиальный кабель,
отличающейся по ширине и способу подключения машины к кабелю. Тонкий
Ethernet использует "BNC" connector в форме буквы Т, в который Вы
вставляете кабель и вкручиваете сзади вашего компьютера в гнездо
сетевой платы. Толстый Ethernet требует, чтобы ВЫ проделали маленькую
дырку в кабеле, и воткнули transceiver "методом вампира". Один или
больше хостов может быть присоединено к одному transceiver. Тонкий и
толстый кабель Ethernet может иметь длину не больше 200 и 500
метров, соответственно, и поэтому также названы 10base-2 и 10base-5.
Витая пара использует кабель сделанный из двух медных проводов которые
используются в телефонии, но обычно требует дополнительных аппаратных
средств. Он также известен как 10base-T.
Добавление хоста к толстому Ethernet не слишком сложно, оно даже
не вырубает сеть. Чтобы добавлять машину к сети с тонким Ethernet Вы
должны прервать работу сети по крайней мере на несколько минут потому
что Вы должны разрезать кабель чтобы вставить Т-connector.
Большинство людей предпочитают тонкой Ethernet, потому что это
очень дешево: карты PC стоят всего $50, а кабель находится в диапазоне
нескольких центов за метр. Однако, для больших сооружений, толстый
Ethernet подходит лучше Например, в отделе математики используют
толстый Ethernet, так что у них работа сети не будет прерваться каждый
раз, когда к сети добавляется новый хост.
Один из недостатков Ethernet технологии -- ограниченная длинна
кабеля, который позволяет использовать его только для локальных сетей.
Однако, несколько Ethernet сегментов могут быть связан друг с другом с
помощью repeaters (повторителей), bridges (мостов) или routers
(маршрутизаторов). Repeaters просто копируют сигналы между двумя или
больше сегментами так, что все сегменты вместе действуют как будто это
один Ethernet. Но между двумя любыми машинами сети не может быть
больше четырех repeaters. Bridges и Routers более сложные. Они
анализируют поступающие данные и отправляют их только тогда, когда
хоста получателя нет на местном Ethernet.
Ethernet работает подобно системной шине, где хост может послать
пакеты до 1500 байтов другому хосту на том же самом Ethernet. Хост
- 20 -
идентифицируется адресом, состоящем из шести байт зашитыми в Ethernet
плату при ее создании. Эти адреса обычно записываются как
последовательность шестнадцатиричных чисел с двумя цифрами отделяемыми
двоеточиями, на пример aa: bb: cc: dd: ee: ff.
Структура посланная одной станцией видна и всеми остальными
станциями, но только хост места назначения подбирает и обрабатывает
ее. Если две станции пробуют послать сообщение одновременно,
происходит столкновение, которое решается двумя станциями с помощью
остановки передачи и попытке передать его несколько позже.
2.3.3. Другие типы аппаратных средств
В больших сооружениях, типа Groucho Marx Университет, Ethernet
обычно не единственный тип используемого оборудования. В Groucho Marx
Университет, локальная сеть каждого отдела связана с университетской
магистралью, которая является оптическим кабелем FDDI. FDDI использует
совершенно другой подход к передаче данных, который основывается на
рассылке определенных символов, и только если станция получает этот
символ, она может послать некий кусок информации. Главное преимущество
FDDI - скорость, достигающая 100 Mbps, и максимальная длина кабеля до
200 км.
Для дальней связи часто используются различные типы оборудования,
которые основаны на стандарте названном X.25. Большинство так
называемых "Общественных Сетей Данных", подобно Tymnet в США, или
Datex-P в Германии, предлагают свои услуги, основываясь именно на нем.
X.25 требует специальных аппаратных средств, а именно пакет
Assembler/Disassembler или PAD. X.25 определяет собственный набор
протоколов, но часто используется чтобы соединить сети работающие под
TCP/IP и другими протоколами. Так как IP пакеты не могут быть прямо
отображены на X.25 ( и наоборот ), они просто вставляются в X.25
пакеты и посылаются по сети.
Часто, радио любители используют свое оборудование для создания
сети из своих компьютеров; это называется пакетное радио или ham
радио. Протокол используемый ham радио назван AX.25 (он получен из
X.25).
- 21 -
Есть методы, которые используют специально для медленных, но
дешевых телефонных линий. Они требуют других протоколов для передачи
пакетов, типа SLIP или PPP, которые будут описаны ниже.
2.3.4. Internet Протокол(IP)
Конечно, Вы не хотели бы чтобы ваша сеть ограничивалась только
Ethernet. Идеально, Вы хотели бы использовать сеть независимо от того,
какими аппаратными средствами это достигается.
На Пример, в больших сооружениях типа Groucho Marx Университет,
Вы обычно имеете набор отдельных Ethernet, которые должны быть связаны
некоторым образом. В GMU, в математическом отделе используются два
Ethernets: одна сеть быстрых машин для профессоров и студентов
последних курсов, и другая с медленными машинами для студентов (обе
связаны с FDDI).
Эта связь управляется специальным хостом, так называемым gateway,
который направляет поступающие и уходящие пакеты копируя их между
двумя Ethernets и FDDI. Например, если Вы - в математическом отделе, и
хотите получить доступ к quark в локальной сети физического отдела,
сетевое программное обеспечение не может послать пакеты quark
непосредственно, потому что он находится на другом Ethernet.
Поэтому, этим занимается gateway. Gateway (назовем его sophus)
посылает эти пакеты другому gateway (niels) в Отделе Физики, niels же
отправляет их на требуемую машину. Поток Данных между erdos и quark
показывается на картинке 2.3.4 (с извинениями парню L. Steele).
Эта схема направления данных отдаленному хосту называется
routing(маршрутизация), а пакеты часто называют datagram(дэйтограмы).
Для простоты, обмен дэйтаграмами управляется в соответствии c
отдельным протоколом, который является независимым от используемых
аппаратных средств: IP, или Internet Протокол. В главе 3. мы будем
рассматривать IP и routing более подробно.
Основная польза IP в том, что он преобразует физически несходные
- 22 -
сети в одну с виду однородную сеть. Это называется internetworking, в
результате получаем "мета-сеть" называемую intеrnet. Обратите Внимание
на различие между inetrnet и Inetrnet здесь. Последнее - это
официальное название одного специфического глобального inetrnet.
Конечно, IP также требует машинонезависимой схемы адресования.
Это достигается с помощью назначая каждому хост уникального номера
размером в 32 бита, названного IP адресом. IP адрес обычно пишется как
четыре десятичных номера, для каждой 8-битовой части, разделенных
точками. Например, quark мог бы иметь IP адрес 0x954C0C04, который
будет записан как 149.76.12.4. Этот формат также назван dotted quad
notation.
Теперь мы имеем три различных типа адресов: имя хоста, типа
quark, IP адрес, и наконец, имеются адреса аппаратных средств, типа
адреса Ethernet с 6 байтами. Все они так или иначе соответствуют друг
другу, так, когда Вы пишете rlogin quark, программное обеспечение
находит его IP адрес; И когда IP пересылает данные в Ethernet Отдела
Физики, так или иначе по IP адресу выясняется Ethernet адрес.
Мы не будем здесь вдаваться в подробности этого процесса, а
сделаем это в главе 3. Пока достаточно помнить что эти шаги называются
hostname resolution, поиск IP адреса по имени хоста, и address
resolution, поиск физического адреса по IP.
2.3.5. IP на последовательных линий
Для последовательных линий, стандартом "de facto" является SLIP
или IP для последовательных линий. Есть модификация SLIP -- CSLIP, или
сжимаемый SLIP, который использует сжатие IP заголовков чтобы
оптимизировать IP для относительно низкой пропускной способности
последовательной связи. PPP, или Point-to-Point протокол -- еще один
протокол для последовательных линий. PPP имеет еще большее число
особенностей чем SLIP, включая стадии переговоров о начале связи. Его
главное преимущество по сравнению SLIP, то что он не ограничивается
только транспортировкой IP дэйтаграм, а предназначен для передачи
любого типа дэйтаграм.
- 23 -
2.3.6. Протокол Контроля Передачи (TCP)
Но конечно, посылка дэйтаграм от одного хоста к другому это не
все если Вы вошли на quark, Вы хотите иметь надежную связь между вашим
процессом rlogin на erdos и процессе оболочки на quark. Таким образом,
информация посылаемая туда и обратно должна быть разбита на пакеты
отправителем, и повторно собираться в поток приемником. Хотя это
кажется тривиальным, здесь появляется несколько достаточно сложных
задач.
Очень важно знать об IP, что он не надежен. Предположим что
десять людей на вашем Ethernet начали загружать самый последний выпуск
XFree86 с GMU FTP сервера. Такая активность может оказаться слишком
большой для того чтобы gateway переварил ее, потому что он слишком
медленен, и ограничен количеством памяти. Теперь если Вы пошлете пакет
от quark, у sophus может не хватить места в буфере и поэтому он не
сможет отправить этот пакет. IP решает эту проблему просто забывая про
данный пакет. Пакет безвозвратно потерян. Таким образом
ответственность за целостность данных перекладывается на
поддерживающие связь хосты.
Это происходит в соответствии c другим протоколом, TCP, или
Протоколом Контроля Передачи, который надстраивается над IP для
создания связи с проверкой целостности данных. Существенный плюс TCP
то, что он использует IP, что создает иллюзию простой связи между
двумя процессами на вашем хосте и отдаленной машине, так, что Вы не
заботитесь о том как и по которому маршрут ваши данные фактически
путешествуют. A TCP создает дуплексную связь, позволяющую одновременно
как посылать так и получать информацию. Представте телефонную беседу.
В TCP точки связи определяются IP адресами хостов , и номерами
так называемых портов на каждом из хостов. Порты служат для
определения процесса с которым устанавливается связь. Если опять
обратится к примеру с телефоном, то IP адрес соответствует кодам
городов, а номер порта местному номеру телефона. В примере с rlogin,
приложение-клиент (rlogin) открывает порт на erdos, и соединяется с
портом 513 на quark, который прослушивает rlogind сервер. Таким
образом и устанавливает TCP связь. Используя эту связь, rlogind
- 24 -
выполняет процедуру определения прав доступа, и запускает оболочку.
Стандартный ввод/вывод этой оболочки перенаправляются на TCP связь,
таким образом все, набранное вами в rlogin на вашей машине будет
передано через TCP поток на стандартный ввод оболочки.
2.3.7. Пользовательский протокол дэйтаграм(UDP)
Конечно, TCP не единственный протокол пользователя в TCP/IP
сетях. Хоть он и подходит для приложений подобных rlogin, но он
излишне надежен и не нужен для приложений типа NFS. Вместо, него в них
использует UDP, или протокол пользовательских дэйтаграм. Подобно TCP,
UDP также позволяет приложению войти в контакт с приложением,
обслуживающим определенный порт на отдаленной машине, но он не
устанавливает связь для этого. Вместо этого, Вы можете использовать
его чтобы посылать отдельные пакеты к месту назначения.
Предположим, что Вы установили директорию TeX с центрального NFS
сервера, galois, и Вы хотите просмотреть документ, описывающий как
использовать LaTeX. Вы запускаете ваш редактор, который сначала читает
указанный файл. Однако, требуется слишком много времени чтобы
установить TCP связь с galois, послать файл , и повторять это снова.
Вместо этого, на запрос посланный к galois, тот посылает файл в паре
UDP пакетов, что происходит гораздо быстрее. Однако, UDP не
приспособлен для борьбы с потерей пакетов. Этим приходится заниматься
NFS.
2.3.8. Дополнительно о портах
Порты могут рассматриваться как точки присоединения сетевых
связей. Если приложение (сервер) хочет предложить некий сетевой
сервис, оно ассоциирует себя с портом и ждет клиентов (это называется
слушать порт). Клиент, который хочет использовать этот сервис получает
порт на местном хосте и соединяется с портом сервера на отдаленном
хосте.
Важная особенность портов то, что пока существует связь между
клиентом и сервером, другая копия сервера может присоединиться к тому
же порту и ждать подключения других клиентов. Это разрешает, например,
- 25 -
несколько параллельных отдаленных входов на один и тот же хост, причем
все используют один самый 513 порт. TCP способен отличать этим связи
друг от друга, потому что они все прибывают от различных портов или
хостов. Например, если Вы дважды войдете на quark от erdos, тогда
первый rlogin клиент будет использовать местный порт 1023, а второй
будет использовать порт 1022. Однако, будут соединяться с тем же самым
портом 513 на quark.
Этот пример показывает использование портов как пункты, где
клиент входит в контакт с определенным портом чтобы получить
определенное обслуживание. Клиенту необходимо знать надлежащий номер
порта, соглашение о назначении этих номеров должно быть достигнуто
между администраторами обеих систем. Для услуг которые широко
используются, типа rlogin, эти номера должны устанавливаться
централизованно. Этим занимается IETF (или Проектирующая задачи
Internet сила), которая регулярно выпускает RFC статьи. Которые, среди
прочего, назначают номера портов для общеизвестных услуг. Linux
использует файл, в котором регистрируют названия доступного другим
сервеса и номера портов, к которым определенный сервес прикреплен,
называется он /etc/services. Он описан в секции 10.3.
Стоит заметить, что хотя и TCP и UDP полагаются на порты, эти
номера не находятся в противоречии. Это означает что TCP порт 513,
например, отличается от UDP порта 513. Фактически, эти порты служат
как точки доступа для двух различных услуг, а именно rlogin (TCP) и
rwho (UDP).
2.3.9. Библиотека гнезд(socket)
В Unixоидных операционных системах программное обеспечение,
выполняющее все задачи и протоколы описанные выше, обычно является
частью ядра, аналогично и в Linux. Интерфейс программирования наиболее
общий для мира Unix - Библиотека Гнезд Berkeley. Свое название она
получила из-за популярной аналогии которая рассматривает порты как
гнезда(розетки). Она обеспечивает (bind(2)) запрос, который определяет
отдаленный хост, транспортный протокол, и сервис, к которому программа
может присоединится или слушать (используя connect(2), listen(2), and
accept(2)).
- 26 -
Библиотека гнезд однако несколько более общая, она обеспечивает
не только класс TCP/IPоснованных гнезд (AF INET гнезда), но также
класс, который управляется локальной связью машины (AF UNIX класс).
Некоторые версии могут также управляться другими классами типа XNS (
Система Организации Сети Ксерокса ) протокол, или X.25.
В Linux, библиотека гнезд -- часть стандартной libc C библиотеки.
В настоящее время, она поддерживает только AF INET и AF UNIX гнезда,
но ведется работа над включением поддержки для Novell протоколов, так,
чтобы в конечном счете один или больше классов гнезд для него были бы
добавлены.
2.4. Linux сети
Будучи результатом концентрации усилие программистов всего мира,
Linux не был бы возможен без глобальной сети. Так что не удивительно,
что уже на ранних стадиях разработки, несколько людей начали работать
над сетевыми возможностями. UUCP появился в Linux почти с самого
начала, а работа над tcp/ip-основанной сетью была начата осенью 1992,
когда Ross Biro и другие создали то, что теперь стало известным как
Net-1.
Ross прекратил активную разработку в Мае 1993, Fred van Kempen
начал работать над новой версией, переделывая главные части кода. Это
усилие известно как Net-2. Первый общественный релиз, Net-2d, был
сделан летом 1992 (как часть 0.99.10 ядра), и с тех пор поддерживался
и расширялся несколькими людьми, наиболее сильно Alan Cox, как
Net-2Debugged. После тяжелой отладки и многочисленных
усовершенствований кода, он сменил название на Net-3. Эта версия кода
в настоящее время включена в официальные выпуски ядра.
Net-3 предлагает драйвера устройств для разнообразного Ethernet,
а также для SLIP (для работы сети по последовательным линиям), и PLIP
( для параллельных линий). С Net-3, Linux получил TCP/IP приложения,
которые очень хорошо ведут себя в локальной сети и часто работают
быстрее некоторых коммерческих. Существует несколько проектов,
развитие которых будет увеличивать многосторонность Linux. Драйвер для
- 27 -
PPP ( протокол point-to-point, другой способ работы по
последовательным линиям), является в стадии Beta версии в настоящее
время, а AX.25 драйвер для радио - в Alpha версии. Alan Cox создал
драйвер для Novell's IPX протокола, но завершающие усилия для создания
сети совместимой с Novell были отложены из-за нежелания Novell
обеспечить необходимую документацию. Еще один проект - samba,
свободный NetBIOS сервер, написанный Andrew Tridgell.
2.4.1. Другие пути развития
В это время, продолжая разработку, Fred предложил Net-2e, в
которой сильно пересмотрено вся структура организации сети. Во время
написания этой книги, Net-2e все еще Beta программное обеспечение.
Наиболее интересен в Net-2e - объединение DDI, Интерфейса Драйвера
Устройства. DDI предлагает однотипный доступ и метод конфигурации для
всех устройств сети и протоколов.
Пока используется TCP/IP сеть написанная Matthias Urlichs,
написавшего ISDN драйвер для Linux и FreeBSD. Для этого, он встроил
BSD сетевой код в ядро Linux.
В течение обозримого будущего, Net-3 скорее всего останется. Alan
в настоящее время работает над AX.25 протоколом, используемого
любителями радио. Несомненно, скоро будет разработан "модуль" для
ядра, который позволит Вам добавлять драйвера к ядру не
переустанавливая систему.
Хотя эти различные реализации сети борются за обеспечение одного
и того же сервеса, основные их различия находятся на уровне ядре и
устройств. Поэтому, Вы не сможете отконфигурировать систему используя
Net-2e ядро с утилитами от Net-2d или Net-3, и наоборот. Это относится
только к командам, которые имеют дело с ядром; приложения и общие
сетевые команды типа rlogin или telnet пойдут на любом из них.
Однако, все эти различные версии сети не должны волновать Вас.
Если Вы не участвуете в активной разработке, Вы не должны волноваться
относительно версии сода TCP/IP. Официальные выпуски ядра будут всегда
сопровождаться набором сетевых инструментов, которые являются
- 28 -
совместимыми с кодом представленным в ядре.
2.4.2. Где получить код
Самая последняя версия сетевого кода может быть получена на
различных анонимным FTP. Официальный FTP участок для Net-3 -
sunacm.swan.ac.uk, отражаемый sunsite.unc.edu в system/Network/sunacm.
Самый последний комплект Net-2e доступен на ftp.aris.com. Matthias
Urlichs' bsd код может быть взят на ftp.ira.uka.de в
/pub/system/linux/netbsd.
Самые последние ядра могут быть найдены на nic.funet.fi в
/pub/OS/Linux/PEOPLE/Linus; sunsite и tsx-11.mit.edu отражают эту
дерикторию.
2.5. Поддержка Вашей системы
Повсюду в этой книге, мы в основном будем иметь дело с проблемами
конфигурации и установки. Администрирование, однако, гораздо труднее--
после установки сервеса, Вы должны сохранить его работоспосбность Для
большенства из них, будет необходимо достаточно мало внимания, в то
время как некоторые, типа почты и новостей, требуют постоянного
внимания. Мы будем обсуждать все это в более поздних главах.
Абсолютный минимум в обслуживании -- регулярная проверка системы
и просмотр log файлов на ошибки и необычные случаи. Вы конечно
захотите сделать это с помощью написания административных скриптов и
периодически запуская их. Исходная дистрибуция некоторых основных
приложений, типа smail или C news, содержат такие скрипты. Вы должны
только попросить их удовлетворить ваши потребности.
Результат работы любого такого скрипта должен быть отправлена по
почте администратору. По умолчанию, большенство приложений будут
посылать сообщения об ошибках, обычную статистику, или резюме logfile
к root. Этот имеет смысл только если Вы часто входите в систему под
root; еще лучше, если почту root перенаправлять на ваше имя, как
описано в главе 15.
- 29 -
Однако как бы тщательно Вы не конфигурировали ваш участок, по
закону Мерфи проблемы обязательно появятся. Поэтому, при обслуживании
системы от жалоб не отвертеться. Обычно, люди ожидают что
администратор системы может по крайней мере быть найден через email
как root, но имеются также другие адреса, которые обычно используются
чтобы найти лицо ответственное за определенный аспект управления.
Например, жалобы относительно сбоев в конфигурации почты будут
обычно адресованы postmaster, а проблемы с системой новостей могут
быть сообщены newsmaster или usenet. Обращения к hostmaster должны
быть перенаправлены лицу отвечающему за основные услуги сети и службу
имен DNS.
2.5.1. Безопасность системы
Другой очень важный аспект администрирования системы в сети --
защита системы и пользователей от злоумышленников, которые могут