Описание параметров DNS-записей
Близкие по теме материалы: Управление зонами и записями DNS в WHM
Для функционирования домена необходимы DNS-серверы, которые могли бы отвечать в Интернете на запросы о вашем домене (зоне). Для надежного функционирования домена таких серверов должно быть не менее двух.
DNS-сервер, на котором хранится полная исходная информация о зоне, называется первичным (Primary) DNS-сервером. Все остальные DNS-серверы называются вторичными (Secondary), если получают полную информацию о зоне с первичного или другого вторичного DNS-сервера.
Файл зоны состоит из записей разных типов. Обязательными являются записи типа SOA и NS для имени, совпадающего с названием зоны. Все остальные могут отсутствовать.
Записи состоят из различных полей (параметров).
A-запись
Запись типа A позволяет установить соответствие между именем хоста в домене и его IP-адресом.
Запись типа A имеет следующий формат:
имя_хоста [TTL] A IP-адрес
Имя_хоста: доменное имя хоста (устройства), подключенного к Интернету, для которого данная запись определяет соответствие с его IP-адресом.
TTL: см. описание параметра TTL
А: тип записи
IP-адрес: IP-адрес хоста
Обращаем ваше внимание на то, что у всех записей типа А, относящихся к одному домену, значение TTL должно быть одинаковым.
Примеры A-записи для хоста info.test.ru в файле зоны test.ru:
info A 194.85.61.44
или
info.test.ru. 86400 A 194.85.61.44
Формат записи временных параметров
В интерфейсе редактора зон возможно указать значение временных параметров в неделях, днях, часах, минутах и секундах, используя соответствующие буквы: w - недели, d - дни, h - часы, m - минуты, s - секунды.
XXw - XX недель, XXd - XX дней, XXh - XX часов, XXm - XX минут, XXs - XX секунд (где XX - число)
В файл зоны временной параметр будет записан в секундах.
Примеры записей:
1890 - 1890 секунд;
2d5h - 2 дня и 5 часов;
3h30s - 3 часа и 30 секунд.
Параметры Default TTL, TTL, Minimum TTL
Временные параметры Default TTL, TTL, Minimum TTL определяют время TTL (Time-to-live - "время жизни"), в течение которого DNS-серверы (кроме вторичных), получившие информацию о записях с любого DNS-сервера, будут ее хранить в своей памяти (кэше) и сообщать ее по запросам других DNS-серверов.
TTL:
определяет "время жизни" для конкретной записи.
Необязательный параметр. Если значение параметра в записи не указано, то "время жизни" определяется параметром Default TTL.
Рекомендуемое значение: 86400 (1d);
Диапазон допустимых значений:
от 0 до 2147483647 секунд включительно (2 в степени 31 минус 1.)
Default TTL:
определяет значение параметра TTL для тех записей, для которых это значение не установлено явно.
Рекомендуемое значение:86400 (1d);
Диапазон допустимых значений:
от 0 до 2147483647 секунд включительно (2 в степени 31 минус 1.)
Minimum TTL:
определяет "время жизни" отрицательных ответов на запросы о ресурсах, не существующих в DNS.
Допустимые значения:не менее 5 минут.
Формат записи временных параметров приведен выше
SOA-запись (Start Of Authority)
Запись SOA содержит имя первичного DNS-сервера (Primary Name Server), адрес, необходимый для установления технических контактов (Hostmaster), серийный номер (Serial number) различные значения таймеров (Refresh, Retry, Expire, Minimum TTL)
Запись типа SOA имеет следующий формат:
Имя [TTL] SOA Данные
Имя: имя зоны
TTL: см. описание параметра TTL выше
SOА: тип записи
Данные: имя первичного DNS-сервера (Primary Name Server), адрес, необходимый для установления технических контактов (Hostmaster) , серийный номер (Serial number), различные значения таймеров (Refresh, Retry, Expire, Minimum TTL)
Primary Name Server
Первичный (Primary) DNS-сервер для некоторой зоны - DNS-сервер, на котором хранится полная исходная информация об этой зоне.
Пример записи:
ns3.test.ru. (неизменяемая запись)
Hostmaster
Адрес электронной почты человека, ответственного за содержимое файла зоны.
Формат записи параметра Hostmaster:
В интерфейсе редактора зон, в этом поле следует указывать электронный адрес (один) в обычном формате адреса электронной почты.
В файл зоны адрес будет записан в стандартном для поля Hostmaster формате, т.е. с символом "@", замененным на "." и с точкой в конце.
Пример записи:
user@domain.ru
Serial number
Serial number (серийный номер) - это номер версии файла зоны. Этот номер должен быть положительным целым числом и увеличиваться каждый раз, когда в файл зоны вносятся изменения (см. RFC1982). Увеличение серийного номера показывает вторичным серверам, что зона изменена, и что им необходимо обновить у себя зону.
Вы можете не увеличивать этот номер вручную, т.к. он увеличивается автоматически при сохранении файла зоны в редакторе файлов зон.
Если вы измените серийный номер так, что после сохранения файла зоны он останется неизменным или станет меньше, чем был ранее, то вторичные сервера не будут перечитывать данные с первичного сервера, т.к. будут считать, что данные не изменились.
Диапазон допустимых значений (для редактора файлов зон):
от 0 до 2147483646 включительно (2 в степени 31 минус 2.)
Refresh
Временной параметр Refresh показывает как часто вторичные серверы должны запрашивать первичный сервер, чтобы узнать, не увеличился ли Serial number (серийный номер) зоны и, следовательно, не нужно ли обновить ее у себя.
Рекомендуемое значение:
от 1h до 6h;
Диапазон допустимых значений:
от 30m до 4w
Формат записи временных параметров приведен выше
Retry
Параметр Retry показывает, как долго вторичный сервер имен должен ждать, перед тем как повторить попытку запроса первичного сервера (на предмет изменений серийного номера данной зоны), если предыдущая попытка оказалась неудачной.
Рекомендуемое значение:
от 20m до 60m;
Диапазон допустимых значений:
от 5m до 2w, но не более чем Refresh
Формат записи временных параметров приведен выше
Expire
Параметр Expire указывает верхнее ограничение по времени, в течение которого вторичный сервер может использовать ранее полученные данные о зоне до того как они потеряют силу из-за отсутствия обновления (например, вследствие отключения первичного сервера имен на длительное время).
Рекомендуемое значение:
от 1w до 1m;
Диапазон допустимых значений:
не менее значения параметра Refresh и не более 1 года
Формат записи временных параметров приведен выше
NS-запись
Записи типа NS (Name Server - cервер имен) описывают DNS-серверы для данного домена. Количество записей типа NS в файле зоны должно точно соответствовать количеству DNS-серверов, обслуживающих домен и включать все DNS-серверы, указанные в домене. Для доменов второго уровня это DNS-серверы, указанные в полях "nserver" в информации по домену, которую можно получить, используя сервис Whois (https://www.nic.ru/whois/)
Запись типа NS имеет следующий формат:
доменное_имя [TTL] NS имя_хоста
TTL: см. описание параметра TTL
NS: тип записи
имя_хоста: доменное имя DNS-сервера
Примеры NS-записей в домене test.ru. Указаны DNS-серверы, обслуживающие домен test.ru и домен третьего уровня mf в домене test.ru (mf.test.ru)
Для домена test.ru:
test.ru. NS ns3.test.ru.
test.ru. NS ns4.test.ru.
или
test.ru. 86400 NS ns3.test.ru.
test.ru. 86400 NS ns4.test.ru.
Для домена mf.test.ru:
mf.test.ru. NS ns3.test.ru.
mf.test.ru. NS ns4.test.ru.
или
mf.test.ru. 86400 NS ns3.test.ru.
mf.test.ru. 86400 NS ns4.test.ru.
Обращаем ваше внимание на то, что у всех записей типа NS, относящихся к одному доменному имени, значение TTL должно быть одинаковым.
MX-запись
Запись типа MX (Mail Exchange - почтовый сервер) определяет почтовый сервер - машину, которая обрабатывает почту для вашего домена.
Запись типа MX имеет следующий формат:
ваш_домен [TTL] MX приоритет почтовый сервер
TTL: см. описание параметра TTL
MX: тип записи
Приоритет: определяет значение приоритетности почтового сервера. Чем меньше число, тем выше приоритет почтового сервера (0 означает самый высокий приоритет, 65535 - самый низкий). Таким образом, почтовый сервер с более высоким приоритетом является основным, а почтовые серверы с более низкими приоритетами будут второстепенным и вступят в работу в том случае, если все более приоритетные серверы по каким-либо причинам недоступны или неработоспособны.
почтовый сервер: имя почтового сервера
Примеры MX-записей для домена test.ru:
test.ru. MX 10 relay2.test.ru.
test.ru. MX 20 relay3.test.ru.
или
test.ru. 86400 MX 10 relay2.test.ru.
test.ru. 86400 MX 20 relay3.test.ru.
Обращаем ваше внимание на то, что у всех записей типа MX, относящихся к одному домену, значение TTL должно быть одинаковым.
Таким образом, почтовый сервер relay2.test.ru является основным, а relay3.test.ru является второстепенным почтовым сервером и вступает в работу в том случае, если relay2.test.ru по каким-либо причинам недоступен или неработоспособен.
CNAME-запись
Запись типа CNAME (Canonical Name - Каноническое имя) позволяют присваивать хосту мнемонические имена. Мнемонические имена, или псевдонимы, широко применяются для связывания с хостом какой-либо функции, либо просто для сокращения имени.
Реальное имя иногда называют каноническим.
Если для хоста есть запись типа CNAME, которая содержит его мнемонические имена, другие записи для данного хоста должны ссылаться на его реальное (каноническое) имя, а не на мнемоническое. Когда программы DNS встречают запись CNAME, они прекращают свои запросы по мнемоническому имени и переключаются на реальное имя.
Кроме того, если данное имя использовано в качестве псевдонима, то на него нельзя занести записи любого другого типа.
Т.е. недопустима конструкция вида:
domain CNAME имя_хоста
domain MX 10 почтовый сервер
Мнемоимена полезны, например, в случае, когда имя хоста изменилось и вы хотите разрешить пользователям, знающим старое имя, получить доступ к хосту.
Запись типа CNAME имеет следующий формат:
Мнемоимя [TTL] CNAME имя_хоста
TTL: см. описание параметра TTL
CNAME: тип записи
имя_хоста: каноническое имя хоста
Примеры CNAME-записей для хоста arhive.test.ru в домене test.ru.:
ftp.test.ru. CNAME arhive.test.ru.
gopher.test.ru. CNAME arhive.test.ru.
или
ftp.test.ru. 86400 CNAME arhive.test.ru.
gopher.test.ru. 172800 CNAME arhive.test.ru.
PTR-запись
Записи типа PTR (Pointer - указатель) служат для выполнения обратного преобразования IP-адресов в имена хостов. Для каждого сетевого интерфейса хоста рекомендуется создать запись PTR.
Записи типа PTR, как правило, имеет смысл вносить только в обратные зоны.
Если провайдер выделил вам несколько IP-адресов из своей сети, то по поводу записей в обратной зоне вам следует обращаться к нему.
Запись типа PTR имеет следующий формат:
адрес [TTL] PTR имя_хоста
адрес: преобразованный IP-адрес хоста
TTL: см. описание параметра TTL
PTR: тип записи
Примеры PTR-записей
Если провайдер выделил вам IP-адрес 194.85.61.42 в сети 194.85.61.0/24, то запись о вашем хосте (например, www.mydomain.ru) будет сделана провайдером в обратной зоне 61.85.194.in-addr.arpa. Запись будет иметь вид:
42 PTR www.mydomain.ru.
или
42 86400 PTR www.mydomain.ru.
SRV-запись
Записи типа SRV используются для поиска серверов, обеспечивающих работу тех или иных служб в данном домене.
С подробным описанием этого типа записей вы можете ознакомиться в RFC-2782.
Запись типа SRV имеет следующий формат:
_Service._Proto.Name [TTL] SRV Priority Weight Port Target
Service: название службы (пример: ldap, kerberos, gc и другие)
Proto: протокол, при помощи которого клиенты могут подключиться к данной службе (пример: tcp, udp)
Name: имя домена, в котором размещена данная служба
TTL: см. описание параметра TTL
SRV: тип записи
Priority: приоритет данного сервера. Чем меньше число, тем выше приоритет (0 означает самый высокий приоритет, 65535 - самый низкий)
Weight: относительный вес для серверов с одинаковым приоритетом. Предназначен для распределения нагрузки между серверами, для которых указан равный приоритет
Port: порт, на котором размещена указанная служба на данном сервере
Target: доменное имя сервера, предоставляющего данную службу
Примеры SRV-записей
_foobar._tcp SRV 0 1 9 old-slow-box.example.com.
или
_foobar._tcp 86400 SRV 0 3 9 new-fast-box.example.com.
