Книга: TCP/IP Архитектура, протоколы, реализация (включая IP версии 6 и IP Security)

12.14.1 Записи SOA

12.14.1 Записи SOA

Первой записью в файле стоит начало авторизации (Start of Authority — SOA):

FISHFOOD.COM. IN SOA NS.FISHFOOD.COM. (
                      postmaster.FISHFOOD.COM.
                      94101101 ; serial number
                         86400 ; refresh after 24 hours
                          7200 ; retry after 2 hours
                       2592000 ; expire after 30 days
                        345600 ; default TTL of 4 days
                     )
; fishfood.com file
FISHFOOD.COM. IN SOA NS.FISHFOOD.COM. (
                      postmaster.FlSHFOOD.COM.
                      94101101 ; serial number
                         86400 ; refresh after 24 hours
                          7200 ; retry after 2 hours
                       2592000 ; expire after 30 days
                        345600 ; default TTL of 4 days
                     )
FISHFOOD.COM. IN NS NS.FISHFOOD.COM.
FISHFOOD.COM. IN NS NS2.FISHFOOD.COM
LOCALHOST IN A 127.0.0.1
NS        IN A 172.66.1.1
NS2       IN A 172.66.1.100
MAIL-RELAY IN A     172.66.1.2
           IN TXT   www, ftp on mail-relay
           IN TXT   gopher on mail-relay
           IN HINFO SUN UNIX ; should not include
WWW    IN CNAME MAIL-RELAY
FTP    IN CNAME MAIL-RELAY
GOPHER IN CNAME MAIL-RELAY
FISHFOOD.COM. IN MX 1 MAIL-RELAY
*             IN MX 1 MAIL-RELAY
NS            IN MX 1 MAIL-RELAY
;end of fishfood.com file

Рис. 12.6. Пример файла трансляции имен в адреса

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

? Сервер ns.fishfood.com является первичным для домена fishfood.com.

? Сведения о всех возникающих проблемах нужно сообщать на [email protected] (следует заменить первую точку на символ @).

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

? Соединяться с первичным сервером каждые 24 часа.

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

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

? Отметить все свои данные просроченными и прекратить отвечать на запросы, если он не сможет соединяться с первичным в течение 30 дней.

Показанные в примере значения рекомендованы (см. RFC 1537) для серверов верхнего уровня.

Оглавление книги