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.

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

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

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

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

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

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

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