Хант Крэйг. TCP/IP Сетевое администрирование

Подождите немного. Документ загружается.

652

Приложение С. named, справочник

та, то есть запись MX для узла crab может содержать в поле host значение

crab.ivrotethebook.com. Такие записи гарантируют, что удаленный компью-

тер сначала попытается доставить почту непосредственно узлу, а сервером

MX воспользуется только в случае, когда прямая доставка невозможна.

Важное применение записей MX: доставка почты в не-Интернет-сети с ис-

пользованием адресации в стиле Интернет. Записи MX позволяют перена-

правлять почту на компьютеры, которые умеют выполнять доставку в не-

Интернет-сети. Например, сети, использующие ииср, могут зарегистриро-

вать доменное имя сети Интернет в UUNET. UUNET использует записи MX

для перенаправления почты, адресованной неподключенным сетям, в ии-

net.uu.net, откуда доставка выполняется уже посредством uucp.

Вот некоторые примеры использования MX. Все примеры относятся к вооб-

ражаемому домену wrotethebook.com. В первом примере почта, адресованная

clock.wrotethebook.com, перенаправляется на узел crab.wrotethebook.com по-

средством такой записи MX:

clock IN MX 10 crab

Второй пример: запись MX, упрощающая адресацию почты. Люди могут по-

сылать сообщения любому пользователю данного домена, не зная, на каком

компьютере пользователь читает свою почту. Почта, адресованная на

user@wrotethebook.com, следующей записью MX перенаправляется на узел

crab, почтовый сервер, знающий, как выполнять доставку почты отдельным

пользователям домена.

wrotethebook.com. IN MX 10 crab.wrotetbebook.com.

Последний пример - запись MX, реализующая перенаправление почты, ад-

ресованной любому узлу домена, на центральный почтовый сервер. Почта,

адресованная любому узлу - horseshoe.wrotethebook.com, 24seven.wrotethebo-

ok.com или anything.wrotethebook.com, - передается узлу crab. Это самое рас-

пространенное применение символа маски (*).

•.wrotethebook.com. IN MX 10 crab.wrotethebook.com.

В приведенных примерах использовано значение приоритета 10, так что мы

имеем возможность добавить запись для нового сервера с меньшим значени-

ем приоритета, не редактируя существующую МХ-запись. Обратите внима-

ние также, что имена узлов в первом примере указываются относительно до-

мена wrotethebook.com, однако все прочие имена относительными не являют-

ся, поскольку заканчиваются точкой. Все эти имена могли бы быть относи-

тельными, поскольку относятся к узлам домена wrotethebook.com; абсолют-

ные имена использовались здесь только для того, чтобы внести некоторое

разнообразие в примеры. Наконец, запись MX, использующая маску, дейст-

вует только для узлов, не имеющих конкретных записей MX. Если сущест-

вует конкретная запись для clock в области видимости записи с маской,

действие записи с маской не распространяется на систему clock.

Записи файлов зон

653

Запись псевдонима (Canonical Name)

Запись Canonical Name (CNAME) определяет псевдоним для официального

имени узла. Запись CNAME работает подобно псевдонимам в таблице узлов.

Механизм позволяет пользователям иметь дело с удобными альтернативны-

ми именами узлов, а приложениям - с общеупотребительными именами (та-

кими как loghost, используемое syslogd).

Запись CNAME часто используется в целях облегчения перехода от старого

имени узла к новому. И хотя лучше всего избегать смены имен узлов, прояв-

ляя изначально прозорливость при их выборе, не всяких изменений можно

избежать. Когда приходится изменить имя, может пройти долгое время,

прежде чем оно полностью встанет в строй, особенно если имя узла исполь-

зуется в списке рассылки, функционирующем на удаленной площадке. Что-

бы сократить проблемы для удаленных систем, используйте записи CNAME,

пока изменения не вступят в силу везде.

Формат записи CNAME:

nickname

[ttl] IN

CNAME

host

nickname

Данное имя узла является псевдонимом официального имени узла, ука-

занного в поле host. Поле nickname может содержать любое допустимое

имя узла.

ttl

Время жизни обычно не указывается.

Класс адреса - IN.

CNAME

Тип RR-записи - CNAME.

host

Здесь указывается каноническое имя узла. Данное имя должно быть офи-

циальным, оно не может быть псевдонимом.

Есть одно важное обстоятельство, связанное с записью CNAME: все прочие

записи ресурсов должны быть связаны с официальным именем узла, а не с

псевдонимом. Это означает, что запись CNAME не следует размещать между

определением узла и списком RR-записей, связанных с узлом. Данный при-

мер демонстрирует корректное размещение записи CNAME:

654 Приложение С. named, справочник

В следующем примере имя узла rodent остается в силе для записей MX, RP и

ТХТ, поскольку в этих записях поле пате пусто. Запись CNAME изменяет

значение поля пате на mouse, то есть на псевдоним rodent. Любые RR-записи

с пустыми полями пате, следующие за данной CNAME-записью, будут связа-

ны с псевдонимом mouse, что недопустимо. Неверное размещение CNAME:

В результате такого неверного размещения записи CNAME named выводит со-

общение об ошибке: «mouse.wrotethebook.com has CNAME and other data (il-

legal)». Проверьте файл /var/adm/messages на предмет наличия сообщений

об ошибках и убедитесь, что правильно разместили записи CNAME.

Указатель доменного имени (Domain Name Pointer)

Записи Domain Name Pointer (PTR) используются для преобразования чис-

ленных IP-адресов в имена узлов. Задача обратна той, что решается адресны-

ми записями, позволяющими преобразовывать имена узлов в адреса. Записи

PTR используются для создания файлов обратных доменов in-addr.arpa.

Многие администраторы игнорируют обратные домены, поскольку внешне

все прекрасно работает и без них. Не повторяйте эту ошибку. Своевременно

обновляйте обратные зоны. Некоторые программы используют обратные до-

мены для преобразования IP-адресов в имена узлов при подготовке сведений

состояния. Хорошим примером является программа netstat. Некоторые опе-

раторы служб используют обратные домены, чтобы выяснить, кто пользует-

ся их службами. Если они не могут отобразить IP-адрес в имя узла, то запре-

щают устанавливать соединение.

Форма записи PTR:

пате [ttl] IN PTR host

пате

Указанное здесь имя является на самом деле числом. Число определяется

относительно текущего домена in-addr.arpa. Имена домена in-addr.arpa -

это IP-адреса, записанные в обратном порядке. Если за текущий домен

принять 16.172.in-addr.arpa, тогда в поле пате для узла rodent

(172.16.12.2) должно содержаться значение 2.12. Эти цифры (2.12) до-

бавляются к текущему домену (16.172.in-addr.arpa), что в результате да-

ет имя 2.12.16.172.in-addr.arpa. Уникальная структура доменных имен

in-addr.arpa описана в главе 4.

ttl

Время жизни обычно не указывается.

Записи файлов зон 655

Класс адресов - IN.

PTR

Тип RR-записи - PTR.

host

Абсолютное доменное имя компьютера, адрес которого указан в поле пате.

Имя должно быть абсолютным, потому что имя узла не может опреде-

ляться относительно текущего домена in-addr.arpa.

В примере файла зоны обратного отображения (172.16.rev), представленном

в главе 8, содержится большое число записей PTR.

Ответственное лицо (Responsible Person)

Запись Responsible Person (RP) указывает контактные координаты для узла

или домена. Формат записи RP:

[паше] [ttl] IN RP mail_address text_pointer

name

Имя доменного объекта, для которого определяется ответственное лицо.

ttl

Время жизни обычно не указывается.

Класс адресов - IN.

Тип RR-записи - RP.

mail_address

Адрес электронной почты ответственного лица. Символ обычно присут-

ствующий в адресе электронной почты, заменяется точкой. Так, craig@

wrotethebook.com становится craig.wrotethebook.com.

text_pointer

Доменное имя записи ТХТ, содержащей дополнительную информацию об

ответственном лице.

Вот пример использования записи RP совместно с записью ТХТ:

crab.wrotethebook.com. IN RP craig.wrotethebook.com. crabRP

crabRP.wrotethebook.com. IN TXT "Craig Hunt (301)555-1234 X237"

Запись RP утверждает, что с лицом, ответственным за узел crab.wrotethebo-

ok.com, можно связаться по адресу электронной почты craig@wrotethebo-

ok.com и что дополнительные сведения об этом человеке могут быть получе-

ны из записей ТХТ для crabRP.wrotethebook.com. В данном случае текстовая

запись содержит имя и телефонный номер контактного лица.

656 Приложение С. named, справочник

Текстовая запись

Запись Text (ТХТ) хранит строковые данные. Текстовые данные могут иметь

произвольный формат. Некоторые системы определяют локальный формат

для информации. Например, запись ТХТ может хранить адрес Ethernet-уз-

ла на одной сетевой площадке и номер комнаты, в которой расположен узел,

на другой площадке.

Формат записи ТХТ:

[пате] [ttl] IN ТХТ string

name

Имя доменного объекта, с которым связаны строковые данные.

ttl

Время жизни обычно не указывается.

Класс адресов - IN.

ТХТ

Тип RR-записи - ТХТ.

string

Строка текстовых данных, заключенных в кавычки.

Информация об узле (Host Information)

Запись Host Information (HINFO) содержит краткое описание аппаратной и

программной части конкретного узла. Аппаратные и программные средства

описываются посредством стандартной терминологии, определенной в доку-

менте RFS Assigned Numbers (разделы Machine Names - аппаратное обеспе-

чение - и System Names - программное). Существует большое число обозна-

чений для аппаратного и программного обеспечения, описанных в RFC.

Имена в основном следуют одному базовому формату. Имена с внедренными

пробелами должны заключаться в кавычки, поэтому в некоторых именах

вместо пробелов используются дефисы (-). Имя компьютера - обычно просто

название фирмы-производителя прописными буквами, отделенное дефисом

от номера модели. Имя системы - название фирмы-производителя операци-

онной системы прописными буквами. Естественно, благодаря скорости из-

менения компьютерного рынка данные в RFC Assigned Numbers быстро

устаревают. По этой причине многие администраторы придумывают собст-

венные значения для названий компьютеров и операционных систем.

Формат записи HINFO:

[host] [ttl] IN HINFO hardware software

host

Имя узла, аппаратное и программное обеспечение которого описано в раз-

деле данных этой записи.

Записи файлов зон

657

ttl

Время жизни обычно не указывается.

Класс адресов - IN.

HINFO

HINFO - тип RR-записи. Вся последующая информация составляет раз-

дел данных записи.

hardware

Данное поле указывает аппаратное обеспечение, используемое узлом.

Оно содержит название компьютера из документа RFC Assigned Numbers.

Если поле содержит пробелы, его необходимо заключить в кавычки.

Один пробел отделяет поле hardware от следующего за ним поля software.

software

Данное поле указывает операционную систему, под управлением которой

работает узел. Оно содержит название для операционной системы, опре-

деленное в документе RFC Assigned Numbers. Используйте кавычки, если

название системы содержит хотя бы один пробел.

Приложения, использующие записи HINFO, не получили широкого распро-

странения. Данная запись просто предоставляет информацию. Из соображе-

ний безопасности в некоторых системах использование HINFO не приветст-

вуется. Администраторы опасаются, что такая дополнительная информа-

ция поможет злоумышленникам сориентироваться и направить свои усилия

на взаимодействие с конкретным оборудованием и конкретной операцион-

ной системой. Для предоставления сведений о системе чаще используется

универсальная запись ТХТ.

Запись широко известных служб (Weil-Known Services)

Запись Weil-Known Services (WKS) перечисляет сетевые службы, доступные

на указанном узле. Официальные названия протоколов и служб, использу-

емые в записях WKS, определены документом RFC Assigned Numbers. Про-

стейший способ получить список имен широко известных служб - просмот-

реть файл /etc/services своей системы. Каждый узел может иметь не более

двух записей WKS; одну для TCP и одну для UDP. Поскольку в записи WKS

обычно перечислен набор служб, каждая такая запись может занимать не-

сколько строк.

Формат записи WKS:

[host] [ttl] IN WKS address protocol services

host

Имя узла, предоставляющего указанные службы.

ttl

Время жизни обычно не указывается.

658

Приложение С. named, справочник

Класс адресов - IN.

WKS

Тип RR-записи - WKS. Вся последующая информация является пере-

менной информацией записи WKS.

address

IP-адрес узла в десятичной записи через точку (к примеру, 172.16.12.2).

protocol

Протокол транспортного уровня, по которому работает служба, - TCP

или UDP.

services

Список служб, предоставляемых данным узлом. Число служб, сведения о

которых распространяются в записи, может быть любым, однако их име-

на должны совпадать с именами из файла /etc/services. Элементы списка

служб разделяются пробелами. Для продолжения списка на последую-

щих строках используются круглые скобки.

Приложения, использующие записи WKS, не получили широкого распрост-

ранения. Записи WKS используются только для предоставления общих све-

дений о системе. Повторимся, из соображений безопасности на некоторых

площадках предпочитают скрывать подобные сведения. Отдельные прото-

колы, такие как tftp и finger, являются притягательными мишенями для

злоумышленников. Записи SRV более полезны в плане предоставлении ин-

формации о службах, реализованных тем или иным сервером.

Запись выбора сервера (Server Selection)

Запись Server Selection (SRV) стандартизирует способ поиска сетевых серве-

ров. Она предоставляет стандартные правила создания обобщенных имен

серверов и добавляет возможности выбора серверов и распределения нагруз-

ки. Формат записи SRV:

пате [ttl] IN SRV preference weight port server

name

Запись SRV имеет уникальный формат: _service._protocol.name. Точки ис-

пользуются для разделения составляющих в поле имени точно так же,

как в любом доменном имени. Подчеркивания (_) используются для пре-

дотвращения конфликтов имен служб и имен протоколов с реальными

доменными именами, service - название службы в том виде, в каком оно

приводится в файле /etc/services, protocol - название протокола, связан-

ного со службой в файле /etc/services, name - стандартное имя узла или

доменное имя, встречающееся во всех прочих полях пате. Исходя из этих

критериев для поиска серверов FTP домена wrotethebook.com можно ис-

пользовать сочетание _ftp._tcp.wrotethebook.com.

Записи файлов зон

659

ttl

Время жизни обычно не используется.

Класс адресов - IN.

SRV

Тип записи - SRV.

preference

Число, используемое для выбора наиболее предпочтительного сервера в

случае, когда запрос для службы возвращает несколько записей SRV.

Сервер с наименьшим числом preference является наиболее предпочти-

тельным. Весь трафик направлен в сторону наиболее предпочтительных

серверов; серверы с более высокими значениями приоритета используют-

ся только в случаях, когда предпочтительные серверы недоступны.

weight

Число, определяющее долю трафика, приходящуюся на сервер; отчет ве-

дется с 1. Если сервер А обладает весом 1, а сервер В - весом 2, сервер В

получает в два раза больше трафика, чем сервер А. Параметр weight ис-

пользуется только для распределения нагрузки между серверами с рав-

ными значениями приоритета.

port

Номер порта указанной службы. Обычно это номер порта, определенный

для службы в файле /etc/services. Но можно указывать и нестандартные

номера портов для служб, способных использовать нестандартные порты.

server

Каноническое имя машины, на которой функционирует служба.

dhcpd, справочник

В данном приложении описывается синтаксис команды dhcpd и файла на-

стройки dhcpd.conf. Оно является справочником по серверу протокола дина-

мической настройки (Internet Software Consortium Dynamic Host Configura-

tion Protocol) - dhcpd. Чтобы полностью разобраться с настройкой и приме-

нением dhcpd в реально существующих сетях, обратитесь к руководству и

примерам файлов настройки, приведенным в главе 9.

Информация в этом приложении относится к версии

dhcpd,

доступной на мо-

мент написания книги. Являясь бета-версией, программа, несомненно, будет

дорабатываться и изменяться. Информация о наиболее актуальной версии

dhcpd доступна по адресу http://www.isc.org/dhcp.html. И помните, другая ре-

ализация DHCP, вероятнее всего, настраивается совершенно иным образом.

Сборка dhcpd

Исходный текст dhcpd можно получить на веб-сайте ISC, расположенном по

адресу http://www.isc.org, либо с анонимного FTP-сервера по адресу ftp://

ftp.isc.org/isc/dhcp. Название сжатого tar-файла изменяется с выпуском но-

вых версий. Однако самый последний вариант пакета должен храниться в

файле с именем dhcp-latest.tar.gz. Скопируйте этот файл, распакуйте посред-

ством gunzip и untar:

Сборка dhcpd 661

Перейдите во вновь созданный каталог и выполните configure, configure

определяет тип используемой системы Unix и создает корректные для этой

системы файлы сборки. Если configure не может определить вариант Unix,

необходимо вручную создать файл сборки Makefile. Наберите make, чтобы

выполнить компиляцию демона. Наконец, скопируйте полученный испол-

няемый файл и страницы руководства в подходящие каталоги:

Демон DHCP должен компилироваться без ошибок. Если вы получаете сооб-

щения об ошибках компиляции либо если configure не может определить

конфигурацию системы, следует прервать компиляцию и уведомить группу

поддержки. Чтобы подписаться на список рассылки группы поддержки, по-

сетите сайт http://www.fugue.com/dhcp. После регистрации отправьте сооб-

щение на адрес списка рассылки dhcp-server@fugue.com: опишите конфигу-