TCP/IP Архитектура, протоколы, реализация (включая IP версии 6 и IP Security)
Шрифт:
Таблица 12.1 Типы записей о ресурсах
| Тип записи | Описание |
|---|---|
| SOA | Start Of Authority (начало авторизации) — идентифицирует домен или зону, а также набор числовых параметров. |
| NS | Отображает имя домена на имя компьютера, авторитетного для данного домена. |
| A | Отображает имя системы на ее адрес. Если система (например, маршрутизатор) имеет несколько адресов, для каждого
|
| CNAME | Отображает псевдоним на действительное каноническое имя. |
| MX | Mail Exchanger (обмен почтой). Идентифицирует систему, доставляющую в организацию сообщения электронной почты. |
| TXT | Обеспечивает способ добавления текстовых комментариев к базе данных. Например, запись txt может отображать fishfood.com на название компании, ее адрес или на номер телефона. |
| WKS | Well-Known Services (общеизвестные службы). Может перечислить доступные на хосте прикладные службы. Используется не слишком часто, если вообще применяется. |
| HINFO | Host Information (информация о хосте) — например тип компьютера и его модель. Используется редко. |
| PTR | Отображает IP-адрес на имя системы. Используется в файлах трансляции адресов в имена. |
12.14 Пример файла трансляции имен в адреса
Рис. 12.6 демонстрирует файл трансляции имен в адреса для нашего мифического домена fishfood.com. Файл содержит несколько комментариев, которые отмечены символом точки с запятой (;).
12.14.1 Записи SOA
Первой записью в файле стоит начало авторизации (Start of Authority — SOA):
Рис. 12.6. Пример файла трансляции имен в адреса
Круглые скобки в записи SOA позволяют расширить эту запись на следующие строки. В запись включено несколько значений тайм-аута (измеряются в секундах). Данная запись SOA указывает:
■ Сервер ns.fishfood.com является первичным для домена fishfood.com.
■ Сведения о всех возникающих проблемах нужно сообщать на postmaster@fishfood.com (следует заменить первую точку на символ @).
Вторичные серверы будут копировать файл целиком, получая при этом важную информацию из следующих четырех пунктов в записи SOA. Из приведенной выше записи каждый вторичный сервер узнает, что ему необходимо:
■ Соединяться с первичным сервером каждые 24 часа.
■ Проверять, не стал ли текущий порядковый номер меньше, чем порядковый номер первичного сервера. Если это произойдет, значит информация на первичном сервере была изменена, и вторичному серверу нужно выполнить перенос зоны, т.е. скопировать все сведения о зоне из базы данных первичного сервера в свою систему.
■ Повторить попытку соединения через 2 часа, если он не сможет соединиться с первичным в намеченное время.
■ Отметить все свои данные просроченными и прекратить отвечать на запросы, если он не сможет соединяться с первичным в течение 30 дней.
Показанные в примере значения рекомендованы (см. RFC 1537) для серверов верхнего уровня.
12.14.2 Время жизни (Time-To-Live)
В RFC 1035 (специфицирует протокол DNS) заявлено, что TTL в записи SOA — это минимальное значение тайм-аута, разрешенное для всех записей. Но на практике администратору хочется использовать TTL в записи SOA как значение по умолчанию, указывая меньшие значения только для определенных хостов, информация на которых должна быстро измениться. В реализации следуют этому более осмысленному действию, а не требованиям стандарта.
В приведенном примере значение по умолчанию (для TTL — 4 дня) обычно располагается в диапазоне от одного дня до недели, в зависимости от устойчивости данного элемента сайта.
12.14.3 Дополнение имени
Имя, которое не заканчивается точкой, дополняется именем домена для зоны, например fishfood.com. Таким образом, в этом файле ns будет соответствовать ns.fishfood.com.