Файл зоны
 | Эта статья в значительной степени или полностью опирается на один источник . ( ноябрь 2020 г. ) |
| Расширение имени файла | .zone |
|---|---|
| Тип интернет-СМИ |
текст/DNS |
| Разработано | ГЛАВА |
| Первоначальный выпуск | 1987 год |
| Тип формата | Формат файла |
| Стандарты | RFC 1034 , 1035 , 2308 , 4027 |
| Открытый формат ? | Да |
Файл системы доменных имен (DNS) зоны — это текстовый файл , описывающий зону DNS . Зона DNS — это подмножество, часто один домен, иерархической структуры доменных имен DNS. Файл зоны содержит сопоставления между доменными именами , IP-адресами и другими ресурсами, организованными в виде текстового представления записей ресурсов (RR). Файл зоны может быть либо главным файлом DNS, достоверно описывающим зону, либо использоваться для перечисления содержимого кэша DNS. [1]
Формат файла
[ редактировать ]Формат файла зоны определен в RFC 1035 (раздел 5) и RFC 1034 (раздел 3.6.1). Этот формат первоначально использовался пакетом программного обеспечения домена имен Интернета Беркли (BIND), но был широко принят другим программным обеспечением DNS-сервера, хотя некоторые из них (например, NSD , PowerDNS ) используют файлы зоны только в качестве отправной точки для компиляции. их в формат базы данных, см. также Microsoft DNS с интеграцией базы данных Active Directory .
Файл зоны представляет собой последовательность строковых записей, каждая из которых представляет собой либо директиву , либо текстовое описание, определяющее одну запись ресурса ( RR ). Запись состоит из полей, разделенных любой комбинацией пробелов (табуляций и пробелов), и заканчивается на границе строки, за исключением значения строкового поля в кавычках или пары закрывающих форматирующих круглых скобок. Любая строка может заканчиваться текстом комментария, которому предшествует точка с запятой, а файл также может содержать любое количество пустых строк.
Записи могут располагаться в файле зоны в любом порядке, за исключением того, что запись SOA должна находиться в верхней части зоны.
Директивы — это управляющие записи, которые влияют на остальную часть файла зоны. Первое поле директивы состоит из знака доллара, за которым следует ключевое слово:
- За $ORIGIN следует имя домена, которое будет использоваться в качестве источника для последующих относительных доменных имен.
- За $INCLUDE следует имя файла и необязательное имя исходного домена, которое будет использоваться при интерпретации его содержимого (которые обрабатываются так, как если бы они появились в родительском файле, после чего следует сброс к исходному значению перед оценкой директивы).
- $TTL, определенный в RFC 2308 (раздел 4), за которым следует число, которое будет использоваться в качестве TTL (срока жизни) по умолчанию .
- $GENERATE, нестандартное расширение, принятое BIND и некоторыми другими программами серверов имен для вставки нескольких записей ресурсов с одной записью, за которым следует краткое представление возрастающей последовательности неотрицательных чисел, а затем шаблонная запись RR. Запись ресурса добавляется для каждого числа в последовательности с использованием шаблона, в котором неэкранированные символы «$» заменяются числом.
Запись записи ресурса состоит из нескольких следующих полей (оба порядка полей приемлемы и могут использоваться взаимозаменяемо):
| имя | ТТЛ | рекордный класс | тип записи | запись данных |
| имя | рекордный класс | ТТЛ | тип записи | запись данных |
Поле имени можно оставить пустым. Если это так, запись наследует поле от предыдущей записи. Отдельно стоящий знак @ используется для обозначения текущего источника.
Поле ttl указывает количество секунд, по истечении которых клиент кэширования должен удалить запись и выполнить новую операцию разрешения для получения свежей информации. Некоторые серверы имен, включая BIND, допускают нестандартные представления, в которых используются сокращения единиц времени (например, «2d» означает два 24-часовых дня или «1h30m» означает один час и 30 минут). Его можно опустить, и в этом случае результирующее значение будет установлено из значения TTL по умолчанию (если оно определено) или из предыдущей записи.
Поле класса записи указывает пространство имен информации о записи. Его можно опустить, и в этом случае результирующее значение будет установлено из предыдущей записи. Наиболее часто используемым пространством имен является Интернет, обозначенный параметром IN , но существуют и используются другие, например, CHAOS .
Поле типа записи — это аббревиатура типа информации, хранящейся в последнем поле, данные записи . Например: запись адреса (тип A для IPv4 или тип AAAA для IPv6) сопоставляет имя домена из первого поля с IP-адресом в данных записи; запись почтового обменника (тип MX ) указывает почтовый хост SMTP для домена.
Поле данных записи может состоять из одного или нескольких информационных элементов, в зависимости от требований каждого типа записи. Например, для записи адреса требуется только адрес, а для записи почтового обменника — приоритет и имя домена. Такие информационные элементы представлены в виде полей, разделенных пробелами.
Пример файла
[ редактировать ]Пример файла зоны для домена example.com :
$ORIGIN example.com. ; designates the start of this zone file in the namespace$TTL 3600 ; default expiration time (in seconds) of all RRs without their own TTL valueexample.com. IN SOA ns.example.com. username.example.com. ( 2020091025 7200 3600 1209600 3600 )example.com. IN NS ns ; ns.example.com is a nameserver for example.comexample.com. IN NS ns.somewhere.example. ; ns.somewhere.example is a backup nameserver for example.comexample.com. IN MX 10 mail.example.com. ; mail.example.com is the mailserver for example.com@ IN MX 20 mail2.example.com. ; equivalent to above line, "@" represents zone origin@ IN MX 50 mail3 ; equivalent to above line, but using a relative host nameexample.com. IN A 192.0.2.1 ; IPv4 address for example.comIN AAAA 2001:db8:10::1 ; IPv6 address for example.comns IN A 192.0.2.2 ; IPv4 address for ns.example.comIN AAAA 2001:db8:10::2 ; IPv6 address for ns.example.comwww IN CNAME example.com. ; www.example.com is an alias for example.comwwwtest IN CNAME www ; wwwtest.example.com is another alias for www.example.commail IN A 192.0.2.3 ; IPv4 address for mail.example.commail2 IN A 192.0.2.4 ; IPv4 address for mail2.example.commail3 IN A 192.0.2.5 ; IPv4 address for mail3.example.com
Как минимум, в файле зоны должна быть указана запись начала полномочий (SOA) с именем авторитетного главного сервера имен для зоны и адресом электронной почты лица, ответственного за управление сервером имен (представленным в виде доменного имени с символ точки вместо обычного символа @ ). Параметры записи SOA также определяют список параметров времени и срока действия (серийный номер, период обновления ведомого устройства, время повтора ведомого устройства, время истечения срока действия ведомого устройства и максимальное время кэширования записи). Некоторым серверам имен, включая BIND, также требуется как минимум одна дополнительная запись NS.
В файле зоны доменные имена, которые заканчиваются точкой (например, « example.com. » в приведенном выше примере), являются полностью определенными , а те, которые не заканчиваются точкой, относятся к текущему источнику (т.е. почему www в приведенном выше примере относится к www.example.com ).
На файл зоны ссылается файл конфигурации программного обеспечения сервера имен. Например, BIND обычно использует такой оператор:
zone "example.com" { type master; file "/var/named/db.example.com"; };
Корневая зона и домены верхнего уровня
[ редактировать ]Файлы зон для корневой зоны DNS и набора доменов верхнего уровня содержат записи ресурсов только для авторитетных серверов доменных имен для каждого доменного имени.
Некоторое серверное программное обеспечение автоматически настраивает записи ресурсов для специально распознаваемых доменов или имен хостов, например localhost , но можно использовать настраиваемый главный файл зоны.
пример ручной настройки зоны пересылки для локального хоста Ниже приведен :
$ORIGIN localhost.
@ 86400 IN SOA @ root (
1999010100 ; serial
10800 ; refresh (3 hours)
900 ; retry (15 minutes)
604800 ; expire (1 week)
86400 ; minimum (1 day)
)
@ 86400 IN NS @
@ 86400 IN A 127.0.0.1
@ 86400 IN AAAA ::1
Соответствующее определение обратной зоны:
;; reverse zone file for 127.0.0.1 and ::1
$TTL 1814400 ; 3 weeks
@ 1814400 IN SOA localhost. root.localhost. (
1999010100 ; serial
10800 ; refresh (3 hours)
900 ; retry (15 minutes)
604800 ; expire (1 week)
86400 ; minimum (1 day)
)
@ 1814400 IN NS localhost.
1 1814400 IN PTR localhost.
В этом файле не указано происхождение, поэтому его можно использовать как для IPv4, так и для IPv6 с этой конфигурацией:
zone "0.0.127.in-addr.arpa" IN {
type master;
file "r.local";
};
zone "0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa" IN {
type master;
file "r.local";
};
Подобные мастер-файлы зоны могут быть созданы для обратного разрешения широковещательного адреса и нулевого адреса. Такие файлы зон не позволяют DNS-серверу ссылаться на другие, возможно, внешние DNS-серверы.
См. также
[ редактировать ]Внешние ссылки
[ редактировать ]- Создать файл зоны. Архивировано 12 ноября 2020 г. на Wayback Machine.