Новые записи о ресурсах

В документе RFC1183 определено несколько экспериментальных типов записей, которые предназначены для работы в новых средах глобальных сетей, для встраивания в другие типы баз данных, а также для указания лица, ответственного за машину или группу машин. Эти записи еще не вошли в широкое употребление.

К новым типам записей относятся:

AFSDB Это NS-записьдля файловой системы Andrew (AFS), разработанной в университете Карнеги-Меллон (CMU) и продаваемой фирмой TransArc, и для уполномоченного сервера базы данных распределенной вычислительной среды (Distributed Computing Environment. DCE). Формат этой записи похож на формат записи MX, при этом поле приоритета используется для задания AFS или DCE.

Isdn Поле isdn содержит isdn-адрес, который, по сути дела, является замаскированным номером телефона.

Х.25 Эта запись содержит адрес, заданный в соответствии со стандартом Х.25.

RT Запись RT (Route Through — "Сквозная маршрутизация") предназначена для выдачи подсказок о том, как достичь конкретной машины или домена по сети ISDN или Х.25. Эти записи похожи на записи MX и указывают на промежуточные машины, которые направляют пакеты на машину-адресат по He-lntemet-овским каналам.

RP Запись RP содержит адрес электронной почты (в котором знак @ заменен точкой) лица, ответственного за машину или домен, и псевдоимя записи ТХТ, которым можно пользоваться для получения дополнительной информации (например, номера телефона или полного имени).

Примеры конфигурирования системы BIND

В качестве примера рассмотрим примерные конфигурации:

• кэширующего сервера имен;

• основного сервера небольшой фирмы;

(Пример конфигурирование основной сервера можно найти в [ ]).

Кэширующий сервер

Эта конфигурация подходит для подсети, которая нуждается в локальном сервере, но при этом не хочет пачкать руки файлами данных. В таком случае нужно только конфигурировать файл начальной загрузки и кэш-файл и запустить во время начальной загрузки демон named. Строк primary и secondary в файле начальной загрузки не будет:

; BIND boot file (caching-only for cs .Colorado.EDU)

directory /var/domain

cache . root

Кэш-Файл

Здесь кэш-файл называется /var/domain/root; его также часто называют /etc/named, но мы предпочитаем хранить все файлы конфигурации BIND в /var/domain. Хотя мы и называем этот файл кэш-файлом, его фактическое назначение состоит в хранении записей NS и А корневых серверов имен; эти записи используются для инициализации кэша демона named. Существование данных о корневых серверах в кэше позволяет раскрутить процесс выдачи запросов.

Основной сервер небольшой фирмы

Следующий наш пример касается небольшой фирмы. Предположим, в xor.com есть три машины и лазерный принтер, объединенные локальную сеть. Работает локальный основной сервер имен, а в качестве вспомогательных серверов используются две машины, находящиеся вне фирмы: одна в университете штата Колорадо, другая в университете штата Юта

Для основного сервера мы должны конфигурировать файл начальной загрузки и кэш-файл так, как мы делали это выше. Кроме того, нужно добавить файлы данных, содержащие записи о ресурсах для следующих трех зон:

• зоны xor.com;

• зоны обратного преобразования 21.108.192.1N-ADDR.ARPA;

• зоны обратного преобразования для машины localhost, 0.0.127.

IN-ADDR.ARPA.

Начнем с изучения файла /etc/named, boot:

; BIND 4.9.3 boot file for xor.com

directory var/domain

cache . root. cache

primary xor.com xor.hosts

primary 21.108.192.IN- ADDR.ARPA xor.rev

primary 0.0.127. IN- ADDR. ARPA local.rev

Содержимое кэш-файла — такое же, как раньше, но в данной конфигурации он называется /var/domain.root.cache. Данные прямого преобразования для домена хранятся в файле /var/domain/xor.hosts:

; xor.com forward mappings, origin xor.com.

@ IN SOA xor.com. trent. xor.com (

144 ; Serial

21600 ; Refresh

1200. ; Retry

3600000 ; Expire

432000 ; Minimum

IN NS xor.COM

IN NS boulder.Colorado.EDU

IN NS cs.utha.edu

IN A 192.108.21.1

IN MX 10 xor.com.

IN MX 50 boulder.Colorado.EDU

localhost IN A 127.0.0.1

chimchim IN CNAME xor.com.

ftp IN CNAME xor.com.

bandicoot IN A 192.108.21.1

IN MX 10 xor.com.

Mookie IN A 192.108.21.3

IN MX 10 xor.com.

chip-lw IN A 192.108.21.250

XOR-gw IN A 192.108.21.254

Данные обратного преобразования хранятся в файле xor.rev:

: ; reverse mappings, origin 21.108.192. IN-ADDR.ARPA.

@ IN SOA trent.xor.com. (.

21 ; serial number

7200 ; Refresh 2 hours

1800 ; retry 30 minutes

1209600 ; Expire 2 weeks

7200 ; Minimum 2 hours

IN NS xor.com.

IN NS boulder.Colorado.EDU

IN NS cs.utha.edu

1 IN PTR xor.com.

2 IN PTR bandicoot.xor.com.

3 IN PTR mookie.xor.com.

250 IN PTR chip-lw.xor.com.

254 IN PTR xor-gw.xor.com.

Наконец, данные обратного преобразования для машины localhost хранятся в файле local.rev:

; reverse localhost, origin is 0.0.127 .IN-ADDR.ARPA.

@ IN SOA xor.com. trent. xor. corn. (

3 ; serial number

1209600 ; refresh, 2 weeks

1800 ; retry, 30 minutes

1209600 ; expire, 2 weeks

1209600 ) ; minimum, 2 weeks

IN NS cs.utha.edu

IN NS boulder.colorado.edu

1 IN PTR localhost.xor.com.

Зона, определенная в файле xor.hosts, включает записи MX и А для всех машин домена xor.com. Второй файл содержит — в записях PTR — обратные соответствия. Содержимое третьего файла никогда не меняется, поэтому значения тайм-аутов велики

Основной сервер для крупной организаини Наш последний пример касается домена cs-colorado.edu. Это более крупная и иерархически более сложная организация, в которой имеется несколько сот машин и около двадцати подсетей. Демон named работает в болышинстве подсетей, поэтому основная часть трафика DNS локальна. Используется пересыльщик; большинство демонов named не выполняет удаленые запросы. Основной сервер представляет собой солидную рабочую станцию с большим объемом памяти и высокой тактовой частотой центрально процессора.

Описание конфигурации можно найти в [ ].