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

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

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

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

Для создания файла зоны используются записи двух типов: инструкции,

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

деляющие данные домена в файле зоны. Типов стандартных записей ресур-

сов существует довольно много, а инструкций всего четыре:

$INCLUDE filename

Указывает файл, содержащий данные, которые следует включить в файл

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

ми инструкциями или стандартными записями ресурсов. $INCLUDE поз-

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

ляемых фрагментов.

Имя файла (filename) интерпретируется относительно каталога, указан-

ного в параметре directory в файле named.conf. К примеру, если файл na-

med.conf узла crab указывает на каталог /etc посредством параметра di-

rectory,

а файл зоны на узле crab содержит оператор SINCLUDE

events,

hosts,

содержимое файла /etc/events.hosts включается в этот файл зоны. Если

вы не желаете, чтобы имя файла интерпретировалось относительно этого

каталога, укажите абсолютное имя, такое как /usr/dns/events.hosts.

SORIGIN domainname

Изменяет значение по умолчанию доменного имени, используемое в по-

следующих записях файла зоны. Используйте эту команду для сохране-

ния в файле зоны данных нескольких доменов. К примеру, оператор $0RI-

GIN events в файле зоны wrotethebook.com устанавливает доменное имя

events.wrotethebook.com. Все последующие записи ресурсов интерпрети-

руются относительно этого нового домена.

В named операторы $ORIGIN используются для организации информации

сервера. Образ базы данных

named,

созданный по команде ndc

dumpdb,

- это

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

Этот файл, named dump.db, содержит много записей $ORIGIN, позволя-

ющих разместить информацию обо всех доменах в одном файле.

$TTL time-to-live

Определяет значение по умолчанию для TTL, используемое в записях ре-

сурсов. Каждый файл зоны должен начинаться с инструкции $TTL, чтобы

все записи ресурсов наверняка имели корректные значения TTL. Числен-

ное поле

time-to-live

определяет значение TTL в секундах. Может исполь-

зоваться также смешанный формат значений. К примеру, 1w устанавли-

вает TTL в одну неделю. Возможные значения для смешанного формата:

• w - недели

• d - дни

• h - часы

• m - минуты

• s- секунды

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

$GENERATE range template

Генерирует записи ресурсов для диапазона значений - на основе шаблона

template,

range - численный диапазон значений в формате минимум-мак-

симум. $GENERATE создает RR-запись для каждого значения диапазо-

на. Диапазон 1-9 приведет к созданию девяти различных записей. Тип

создаваемых записей определяется шаблоном. Шаблон состоит из лите-

ральных значений, в неизменном виде переходящих в окончательные за-

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

на. Следовательно, если текущим значении из диапазона является 7,

а шаблон представлен строкой $ CNAME

first64, генерируется RR-запись

7 CNAME 7.first64.

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

зон, однако собственно информация базы основана на стандартных записях

ресурсов. Все файлы, на которые ссылается named.conf, вносят вклад в соз-

дание базы данных DNS, так что все эти файлы состоят из стандартных за-

писей ресурсов.

Стандартные записи ресурсов

Формат стандартных записей ресурсов, называемых иногда RR-записями,

определен в RP'C 1033, Domain Administrators Operations Guide (Руководство

администраторов домена). Формат следующий:

[пате] [ttl] class type data

Отдельные поля стандартной записи:

пате

Имя объекта, с которым связана запись. Именованным объектом может

быть как отдельный узел, так и целый домен. Строка в поле пате интер-

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

когда представлена абсолютным доменным именем.

Отдельные имена

имеют специальное значение. Вот эти имена:

Пустое поле пате означает текущий объект. Текущее имя остается в си-

ле, пока не будет обнаружено новое значение в поле пате. Это позволя-

ет связывать наборы RR-записей с объектом, не повторяя имя объекта

в каждой записи.

Две точки в поле пате обозначают корневой домен. Однако одна точка

(действительное имя корня) также обозначает корневой домен и ис-

пользуется чаще.

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

заканчиваться точкой.

644

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

Символ @ в поле name обозначает текущую зону - доменное имя, произ-

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

новленное администратором при помощи команды $ORIGIN.

Звездочка в поле name - символ маски. Она обозначает имя, представ-

ленное любой строкой. Звездочку можно комбинировать с доменными

именами или использовать отдельно. Отдельно стоящая звездочка в

поле name означает, что запись ресурсов относится к объектам, имена

которых состоят из любых сочетаний символов и имени текущего до-

мена. В сочетании с доменным именем звездочка интерпретируется от-

носительно этого домена. Например, *.ииср. в поле пате означает «лю-

бая строка плюс .ииср».

ttl

Время жизни (time-to-live) определяет длительность кэширования ин-

формации данной RR-записи. Если ttl представлено численным значени-

ем, оно определяет длительность хранения в секундах. Для представле-

ния ttl может использоваться и смешанный формат, описанный выше

для инструкции $TTL. Если значение ttl не установлено, используется

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

рукции $TTL.

class

Определяет класс адреса для записи. Класс адресов Интернета - IN. В

данном поле для всех RR- записей DNS Интернета фигурирует значение

IN, однако файл зоны может хранить и другую информацию, не связан-

ную с Интернетом. Например, информация сервера имен Hesiod, разрабо-

танного в МТИ (MIT), обозначается значением HS в поле

class,

а инфор-

мация Chaosnet - значением СН. Для всех записей ресурсов в этой книге

используется класс адресов IN.

type

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

мер, RR-запись типа А содержит адрес узла, обозначенного в поле пате.

Наиболее востребованные типы стандартных записей ресурсов описаны в

последующих разделах.

data

Содержит информацию, специфичную для записи. Формат и содержимое

поля data зависят от типа записи. Поле data - суть RR-записи. К приме-

ру, в записи типа А поле data содержит IP-адрес.

В дополнение к специальным символам поля пате в записях файлов зон ис-

пользуются также следующие:

Символ комментария. Все символы после точки с запятой и до конца те-

кущей строки являются комментарием.

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

( )

Скобки позволяют разделять данные на несколько строк. После открыва-

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

щей строки - вплоть до закрывающей скобки.

\х

Обратный слэш - символ маскировки. Нечисловые символы, следующие

за обратным слэшем (\), принимаются буквально, а их специальные зна-

чения игнорируются. Например, \; означает точку с запятой, а не ком-

ментарий.

\ddd

Обратный слэш может также предварять три десятичные цифры. В этом

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

значения байта. Например, \255 означает байт 11111111.

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

Ниже описаны наиболее востребованные записи ресурсов.

Запись начала компетенции (Start of Authority)

Запись Start of Authority (SOA) отмечает начало зоны и обычно является

первой записью в файле зоны. Все последующие записи являются частью зо-

ны, объявленной в SOA. В каждой зоне только одна запись SOA; следующая

SOA отмечает начало другой зоны. Поскольку файл зоны обычно связан

только с одной зоной, он, как правило, содержит только одну запись SOA.

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

Существует более 40 типов RR-записей, большинство из которых не используют-

ся. Все типы описаны в книге Крэйга Ханта «Linux DNS Administration» (Sybex).

Составляющие записи SOA:

zone

Имя зоны. Обычно поле имени SOA содержит символ Внутри записи

SOA символ @ является ссылкой на доменное имя, объявленное в соответ-

ствующем операторе zone файла named.conf.

ttl

Время жизни в записи SOA не указывается.

Для всех RR-записей сети Интернет класс адресов - IN.

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

SOA

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

ных и имеет смысл только в контексте записи SOA.

origin

Имя узла основного сервера данного домена. Обычно записывается в виде

абсолютного доменного имени. Если crab является основным сервером

wrotethebook.com, данное поле в записи SOA зоны wrotethebook.com содер-

жит значение wrotethebook.com.

contact

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

видоизменяется. Символ присущий адресам электронной почты сети Ин-

тернет, заменяется точкой. Следовательно, для адреса электронной почты

david@crab.wrotethebook.com администратора домена wrotethebook.com за-

пись SOA зоны wrotethebooh.com содержит значение david.crab.wrotethe-

book.com. в поле contact.

serial

Номер версии файла зоны. Данное десятиразрядное численное поле обыч-

но содержит простые числа, например 117. Однако создание чисел возла-

гается на администратора. Некоторые используют формат, отражающий

дату обновления зоны (к примеру, 2001061800). Независимо от выбран-

ного формата важно помнить, что порядковый номер должен увеличи-

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

Поле serial имеет особое значение. Оно используется подчиненными сер-

верами для определения того, что файл зоны обновлен. Чтобы выявить это

обстоятельство, подчиненный сервер запрашивает запись SOA у основно-

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

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

вер запрашивает полную передачу зоны. В противном случае он предпо-

лагает, что хранимые данные отражают действительность. Увеличивайте

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

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

еfresh

Длительность интервала ожидания, по истечении которого подчиненный

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

Каждые

refresh

секунд подчиненный сервер запрашивает запись SOA, по-

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

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

зон при каждом перезапуске. При этом важно сохранять синхронизацию

баз данных подчиненных серверов с базой данных основного сервера, что-

бы named в работе не полагался на нерегулярное событие перезагрузки.

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

перезагрузки зоны, находящейся под контролем администратора домена.

Значение в поле refresh - это число длиной до восьми разрядов, указыва-

ющее максимальную длительность рассинхронизации баз данных основ-

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

647

ного и подчиненных серверов в секундах. Низкое значение обновления

обеспечивает разумную степень синхронизации данных на серверах,

а очень низкое значение обычно не требуется. Неоправданно короткий

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

серверы. Значение поля refresh должно отражать частоту обновлений ва-

шей базы данных DNS.

Базы данных DNS большинства сетевых площадок очень стабильны. Сис-

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

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

венного подключения к сети. Затем можно добавить соответствующую

информацию в базу данных сервера имен - раньше, чем она потребуется,

так что информация распространится по подчиненным серверам задолго

до входа системы в строй.

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

временно сократить - только на период работ. Следовательно, в обычной

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

сократить нагрузку на сеть и серверы. От двух (43 200 секунд) до четырех

(21600 секунд) раз в день - подходящее значение поля

refresh

для многих

сетевых площадок.

Процесс получения записи SOA, анализа порядкового номера и при необ-

ходимости загрузки файла зоны носит название обновления зоны (zone

refresh). Отсюда и название поля refresh.

retry

Длительность паузы, возникающей перед повторной попыткой обновле-

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

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

сятичных разрядов длиной.

Не следует использовать слишком маленькие значения. Если основной

сервер не ответил, дело может быть в сбое сервера или сети. Быстрый по-

втор попытки обращения к неработоспособной системе ничего не дает,

только расходует ресурсы сети. Подчиненный сервер, обслуживающий

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

ний

retry.

Если подчиненный сервер не может связаться с основным сер-

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

ках.

Избегайте осложнений; используйте час (3600) или полчаса (1800)

в качестве значения retry.

expire

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

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

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

жать сообщение об ошибке «too many open files» (слишком много открытых фай-

лов).

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

ми цифр длиной. Если по истечении expire секунд подчиненный сервер

так и не смог обновить зону, он должен удалить все данные зоны.

Значение expire обычно очень велико. Широко используется значение в

604 800 секунд (около недели). Если основной сервер не отвечал на запро-

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

удаляются. Семь дней - разумное значение, однако и гораздо более длин-

ные интервалы устаревания данных не являются чем-то из ряда вон вы-

ходящим.

negative_cache_ttl

Поле

negati ve_cache_ ttl

записи SOA содержит значение TTL по умолчанию

для отрицательной информации о данном домене, кэшируемой удаленны-

ми серверами. Все серверы кэшируют ответы и используют их для реаги-

рования на последующие запросы. Большинство кэшируемых ответов

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

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

пись не существует. Такая информация также является ценной и кэши-

руется.

Сервер хранит кэшированные записи, пока они не устареют, а время ста-

рения определяется значением TTL. Каждой записи соответствует TTL -

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

же значение по умолчанию TTL, определенное инструкцией $TTL. Одна-

ко для отрицательных «ответов» нет записей ресурсов, а значит - нет и

явно установленных значений TTL. Именно значение negative_cache_ttl

определяет для удаленных серверов длительность кэширования отрица-

тельной информации.

Значение negative_cache_ttl обычно лежит в интервале от 5 до 15 минут.

Достаточно большое значение, предохраняющее ваш сервер от повторных

запросов несуществующей информации, но достаточно короткое время с

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

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

Большинство полей записи SOA предназначено для синхронизации подчи-

ненных серверов с основным. Эти значения позволяют гарантировать, что

подчиненный сервер будет периодически получать копию зоны от основного

сервера. В дополнение к этому (и совершенно безотносительно значений за-

писи SO А) основной сервер уведомляет подчиненные серверы, что зона обно-

вилась, с целью скорейшего распространения новой копии данных. Сочета-

ние обновлений, инициируемых подчиненными серверами, и обновлений,

инициируемых основным сервером, гарантирует, что файлы серверов на-

дежно синхронизируются.

Пример записи SOA для домена wrotethebook.com:

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

649

604800 ; устаревание через неделю

900 ; время жизни отрицательных ответов - 15 минут

)

Обратите внимание на порядковый номер в данной записи SOA. Он имеет фор-

мат yyyymmddvv, где уууу - год, mm - месяц, dd - день, &vv- номер версии,

созданной в этот день. Такой вид порядкового номера позволяет администра-

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

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

зоны был создан 18 июня 2001 года и для этой даты был первой версией.

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

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

почте: david@crab.wrotethebook.com. Запись предписывает подчиненным

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

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

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

удалить данные этой зоны. Наконец, если RR-запись не существует в данной

зоне и удаленный сервер кэширует эту информацию, время кэширования со-

ставляет 15 минут.

Запись сервера имен (Name Server)

Записи Name Server (NS) указывают компетентные серверы зоны. Эти запи-

си являются указателями, связующими всю иерархию доменов. NS-записи в

доменах высшего уровня указывают на серверы доменов второго уровня,

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

на серверы поддоменов. Записи NS, указывающие на подчиненные домены,

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

NS-записей серверы домена остаются неизвестными.

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

[domain] [ttl] IN NS server

domain

Имя домена, для которого узел, обозначенный в поле server, является

компетентным сервером имен.

ttl

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

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

Тип записи сервера имен - NS.

server

Имя узла, предоставляющего компетентную информацию по именам дан-

ного домена.

650

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

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

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

ет использовать абсолютное доменное имя. Соблюдая последовательность,

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

хотя для серверов локального домена это не обязательно.

Адресная запись

Большую часть записей ресурсов в файле зоны прямого отображения

со-

ставляют адресные записи. Адресные записи используются для преобразо-

вания имен узлов в IP-адреса, то есть для реализации самой востребованной

функции базы данных DNS.

Адресная запись имеет следующий формат:

[tost] [ttl] IN A address

host

Имя узла, адрес которого содержится в поле данных этой записи. Чаще

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

ttl

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

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

Тип адресной записи - А.

address

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

Связующая запись (glue record) - это особый тип адресной записи. Большин-

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

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

зания адресов серверов имен подчиненных доменов. Вспомните, что запись

NS для сервера поддомена указывает сервер по имени. Чтобы обращаться к

серверу, необходим еще и адрес, так что нужна еще и А-запись. Адресная за-

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

ние «связующая запись».

Запись почтового ретранслятора (Mail Exchanger)

Запись Mail Exchanger (MX) перенаправляет почту на почтовый сервер. Она

может выполнять перенаправление для отдельного компьютера или для це-

лого домена. Записи MX крайне полезны в доменах, включающих системы,

не использующие серверное программное обеспечение SMTP. Почта, адресо-

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

Различные файлы настройки named описаны в главе 8.

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

651

работают с серверным ПО. Записи MX используются также для упрощения

адресации почты путем перенаправления почты на серверы, понимающие

упрощенные адреса.

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

[пате] [ttl] IN MX preference host

name

Имя узла или домена, которому адресована почта. Считайте это поле зна-

чением, фигурирующем в адресе электронной почты после символа §.

Почта, адресованная на это имя, передается почтовому серверу, обозна-

ченному в поле host.

ttl

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

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

Тип записи почтового ретранслятора - MX.

preference

С узлом или доменом может быть связано несколько записей. Поле prefe-

rence

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

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

иболее предпочтительному серверу соответствует значение приоритета 0.

Значения приоритета обычно назначаются с шагом 5 или 10, чтобы оста-

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

ниями без необходимости редактировать старые записи MX.

host

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

узлу или домену, обозначенному в поле пате.

Записи MX работают следующим образом. Если удаленная система намере-

вается передать почту узлу, она запрашивает МХ-записи для этого узла.

DNS возвращает все найденные записи MX для искомого узла. Удаленный

сервер выбирает запись MX с наименьшим значением приоритета и пытает-

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

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

тания значений приоритета, пока не будет доставлена почта. Если DNS не

возвращает МХ-записи, удаленный сервер доставляет почту непосредствен-

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

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

боту по собственно доставке почты.

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

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

ны. Многие из таких записей указывают на узлы, которым адресована поч-