Основной файл зоны содержит информацию по конфигурированию, необходимую DNS. Формат этого файла не стандартизирован, но хранящиеся в нем элементы специфицированы в RFC 1035.
Если вы используете набор файлов, предлагаемый при установке Debian, то должны назвать свой основной файл зоны по своему домену. Мы назвали файл зоны prl. central soft. org по домену centralsoft.org (префикс pri поможет вам понять, что файл является основным). Здесь мы опишем каждую из частей файла. Чтобы просмотреть его полностью, откройте раздел «Сведение всего вместе».
Первые строки сообщают информацию, необходимую для синхронизации с вашими вторичными или slaveсерверами:
@ IN БОА serverl.centralsoft.org. root.local host. ( 2006012103; serialno 28800; refresh, seconds 7200; retry, seconds 604800; expiry, seconds 86400 ); minimumTTL, seconds
О Электронный адрес (Email address) — адрес электронной почты лица, ответственного за домен. Здесь имеет место другая специфичная для DNS концепция: вы не можете использовать символ имеющийся в каждом адресе электронной почты, поскольку, как мы видели, этот символ в данном файле имеет другое значение. В качестве замены применяется точка. Здесь мы хотели бы обозначить rootпользователя локальной системы, или root@localhost, но мы должны представить адрес электронной почты в необычном формате, а именно root. 1 оса 1 host.. Заметьте, что адрес электронной почты также должен оканчиваться точкой.
Следующие строки записи S0A содержат поля для slaveсерверов.
О Serial по — серийный номер — это актуальная конфигурация. Вы применяете этот номер каждый раз, когда меняете конфигурацию, чтобы slaveсерверы знали, что пришло время обновлять информацию. Номер обычно дается в формате даты — г г. мм. дд — с двузначным номером, добавляемым с конца (это позволяет вам выполнять многократное редактирование каждый день). Таким образом, каждый серийный номер выше предыдущего, он документирует дату, на которую приходятся сделанные изменения. Если актуальный номер сервера выше того, который имеется в конфигурации информации slavecepeepa, slave переносит зону. 2006012103 — это стартовый серийный номер нашего примерного файла зоны.
О Refresh — промежуток времени, через который slaveсервер DNS должен сверяться с основным сервером, требуется ли перенос зоны. Значение дается в секундах. В нашем файле используется величина 28800 (28 800 секунд = 8 часов).
О Retry — определяет, как часто slaveсервер должен связываться с основным сервером при обрыве соединения. Интервал в нашем примере равен 7200 (7200 секунд = 2 часа).
О Expi гу — длительность времени, в течение которого slaveсервер должен пытаться связаться с основным сервером до потери содержащихся на нем данных. Если данные пропадают, a slave не в состоянии связаться с сервером для получения свежей информации, он направляет будущие запросы на корневые серверы. Это значение также указывает эффективный период времени, в течение которого slaveсервер должен продолжать ответы на запросы, даже если он не может обновить файл зоны. Кроме того, значение определяет, как долго вы можете мириться с выдачей необновленной информации. В нашем примере используется величина 604800 (604 ООО секунд = 7 дней).
О mi ni mumTTL — время жизни по умолчанию для данного домена в секундах. Любая запись ресурса, не имеющая специально указанного времени жизни, использует значение по умолчанию 86400. Поскольку 86 400 секунд — это один день, запись запроса в кэше должна удаляться через день.
Мы рассмотрели запись S0A. За ней следует список хостимен различных типов:
NS serverl.centralsoft.org.;
NS server2.centralsoft.org.;
Данные записи NS определяют серверы имен для домена (вы перечислили их,
регистрируя домен). Точка с запятой вновь не является обязательной, но удобна,
если вы хотите поместить комментарий в конце строки.
Далее следует запись MX, определяющая почтовый сервер для домена: MX 10 serverl.centralsoft.org.
В нашем примере мы использовали только один сервер имен, но большинство производственных сред предлагают несколько (одновременно для обращения с большими нагрузками и для подстраховки, если один выйдет из строя). Второе поле в данной записи (в нашем примере 10) может использоваться для индикации порядка, в котором должны проверяться серверы. Иными словами, значение определяет приоритетность серверов.
В нашем примере основного файла зоны за записью MX следует несколько записей А:
centralsoft.org. А 70.253.158.42 www А 70.253.158.42
serverl А 70.253.158.42
server2 А 70.253.158.45
Эта запись обеспечивает соответствие имени и IPадреса. Поскольку несколько имен могут быть присвоены одному компьютеру, у вас получается несколько записей А, указывающих на один IPадрес. Однако каждое хостимя может иметь максимум одну запись А. Наш файл имеет четыре записи А, соотнося три имени с одним адресом и одно имя — с другим.