Помощь

3.1. Изменение значения Default TTL

• в строке "Default TTL:" нажать на ссылку "Изменить";
  
• внести изменение параметра и нажать кнопку "Сохранить".
  

3.2. Изменение SOA-записи для зоны

• в строке "Запись SOA для зоны:" нажать на ссылку "Изменить";
  
• внести изменения и нажать кнопку "Сохранить"
  

Возможности изменения параметров записи SOA:

• Primary Name Server (нередактируемый параметр; всегда должен быть ns3.nic.ru)
• Hostmaster
• Serial number
• Refresh
• Retry
• Expire
• Minimum TTL

Примечание: Serial number менять при редактировании не следует. Его значение будет автоматически увеличено после сохранения внесенных вами изменений.

3.3. Изменение, добавление, удаление ресурсных записей

К ресурсным записям файла зоны, которые можно изменять, удалять и добавлять, относятся записи типа: A, NS, MX, CNAME, PTR, SRV и TXT.

С подробным описанием этих типов записей и их назначением вы можете ознакомиться в RFC-1035.

Можно выполнить следующие действия:

4.1. Если в процессе работы не было внесено никаких изменений, то выход из интерфейса редактирования файла зоны осуществляется путем нажатия на ссылку "Завершить редактирование файла зоны".
4.2. Если в процессе работы были внесены изменения, то на странице редактирования зоны появятся новые ссылки:

и предупреждение: "Имеются несохраненные изменения" с указанием даты, времени последнего изменения и IP-адреса хоста, с которого производились изменения.

• Для завершения редактирования файла зоны без сохранения нажмите на ссылку Завершить редактирование → без сохранения, в открывшемся окне нажмите на кнопку "OK" для подтверждения выхода без сохранения или нажмите на кнопку "Cancel" для отказа от выхода без сохранения.
  
  Если вы выйдете из редактора без сохранения, то все изменения, произведенные вами в этом сеансе редактирования, будут потеряны.
• Для завершения редактирования файла зоны с сохранением нажмите на ссылку Завершить редактирование → с сохранением

  При завершении редактирования проводится проверка корректности всей совокупности записей в зоне, увеличивается параметр "Serial number" в SOA-записи.

  Сохраненные изменения вступают в силу (будут внесены на DNS-сервер) в течение 4 часов.

4.3. После завершения редактирования файла зоны можно перейти в раздел "Для клиентов" на сайте www.nic.ru, при этом авторизация, указанная при входе в редактор файлов зон, сохраняется.

4.4. Для завершения работы с редактором файлов зон и завершения авторизационной сессии нажмите на ссылку "Выход".

5.1. Загрузка файла зоны с вашего компьютера

• Нажмите на странице "Дополнительные возможности" на ссылку "Загрузка файла зоны с Вашего компьютера";
• В открывшемся окне, в строке "Файл зоны", укажите полный путь к файлу зоны, расположенному на вашем компьютере. Для выбора файла можно использовать функцию просмотра списка файлов, вызываемую нажатием на кнопку "Browse...";
• После выбора файла нажмите на кнопку "Загрузить файл" для загрузки файла в редактор.

В случае если файл зоны содержит ошибку, загрузка произведена не будет, а будет выведено сообщение об ошибке с ее описанием и указанием номера строки, в которой имеется ошибка. Необходимо исправить ошибку и повторить загрузку файла зоны.

Внимание: После загрузки файла зоны параметр "Serial number" в SOA-записи автоматически будет увеличен на 1 по сравнению с последней версией файла зоны, чтобы его значение было больше ранее установленного.

5.2. Скачивание файла зоны на ваш компьютер

• Нажмите на странице "Дополнительные возможности" на ссылку "Скачивание файла зоны на Ваш компьютер";
• В открывшемся окне нажмите на кнопку "Скачать файл зоны" и сохраните файл зоны на вашем компьютере.

5.3. Загрузка файла зоны из архива версий

Нажмите на странице "Дополнительные возможности" на ссылку "Загрузка файла зоны из архива версий". В открывшемся окне будет выведен список всех версий файла зоны, которые были сохранены для передачи на DNS-сервер.

Список версий содержит поля:

Выберите нужную вам версию файла зоны и нажмите на ссылку "Загрузить"

5.4. Просмотр журнала учета доступа к файлу зоны

• Нажмите на странице "Дополнительные возможности" на ссылку "Просмотр журнала учета доступа к файлу зоны";
• В открывшемся окне задайте условия выборки записей из журнала (период времени, IP-адрес, номер договора, действие) и нажмите кнопку "Вывести", либо, если вы хотите просмотреть все записи журнала, нажмите кнопку "Показать все записи";
• В открывшемся окне будет выведен журнал учета доступа к файлу зоны.

5.5. Сравнение версий из архива

• Нажмите на странице "Дополнительные возможности" на ссылку "Сравнение версий из архива";
• В открывшемся окне, в строке "Сравнить версии", в полях ввода укажите номера версий, которые вы хотите сравнить между собой (под номерами версий здесь понимаются порядковые номера версий в архиве). Номер версии должен быть положительным целым числом, в интервале от 1 до номера последней сохраненной версии. В качестве подсказки рядом с полями ввода указан номер последней сохраненной версии;
• Выберите способ вывода информации о различиях в версиях:
  • Наглядный — результат сравнения будет представлен в виде двух столбцов: в левом столбце — одна из указанных для сравнения версий, в правом — другая. При этом те строки, которые изменились, будут выделены цветом и расположены напротив друг друга. Около каждой строки выводится ее номер (соответственно для каждой из сравниваемых версий файлов зоны).
    Чтобы лучше ориентироваться в сравниваемых файлах зоны, есть возможность отображать совпадающие строки — до и после различающихся участков файлов. Для этого нужно поставить флажок "Выводить совпадающие строки" и в соответствующем поле ввода указать сколько строк до и после различающегося участка следует выводить;
  • В формате diff — результат сравнения будет представлен в текстовом виде, в стандартном формате утилиты diff;
• После указания версий для сравнения и параметров отображения нажмите на кнопку "Сравнить", после чего в окне будут выведены результаты сравнения версий.

6.1. Предварительный просмотр файла зоны

Показывает в текстовом виде файл зоны. Можно копировать и сохранять.

6.2. Добавление комментариев к версии файла зоны

Если в файл зоны вносятся изменения, то к измененной версии файла зоны можно добавить комментарии.

Чтобы добавить комментарий, необходимо:

• нажать в строке "Комментарий:" на ссылку "Изменить комментарий";
  
• в открывшемся окне внести в поле "Комментарий" текст (не более 255 символов) и нажать на кнопку:
  
  • "Сохранить" — для сохранения комментария;
  • "Отмена" — для отказа от добавления комментария и возврата на общую страницу редактирования зоны.

Комментарии отображаются в списке версий файлов зон и помогают в выборе необходимой версии.

7.1. Если вы запускаете редактор файла зоны, в то время когда кто-то проводит редактирование, и уже есть промежуточные изменения файла зоны, то вам выводится сообщение:

Результаты предыдущего редактирования не сохранены.
Возможно, кто-то в данный момент редактирует зону.

А также будет сообщена дата и время внесения несохраненных изменений и IP-адрес, с которого они были внесены.

Это означает, что:

• либо кто-то в данный момент редактирует зону и есть несохраненные изменения;
• либо сеанс редактирования не был завершен;
• либо, возможно, вы сами пытаетесь начать новое редактирование, например, в новом окне своего браузера.

Вы можете:

• Отказаться от редактирования в данный момент;
• Продолжить редактирование, используя результаты предыдущего редактирования. В этом случае тот, кто производил редактирование, получит сообщение о том, что редактирование у него перехвачено, и будет сообщен ваш IP-адрес;
• Начать новое редактирование, взяв последнюю сохраненную версию (при этом результаты предыдущего редактирования будут утеряны).

Примечание: все действия по перехвату редактирования и началу нового редактирования фиксируются в журнале учета доступа к файлу зоны (лог изменений), который доступен через меню "Дополнительные возможности".

7.2. Если вы запускаете редактор файла зоны, в то время когда кто-то проводит редактирование, но пока нет промежуточных изменений файла зоны, то вам выводится сообщение:

Кто-то другой начал редактирование зоны.

А также информация об отсутствии несохраненных изменений, и IP-адрес, с которого производится редактирование.

В этом случае вы можете:

• Выйти из редактора, отказавшись от редактирования в данный момент;
• Перехватить редактирование зоны.

7.3. В процессе вашей работы с редактором файла зоны кто-то из ваших коллег, имеющих права на редактирование зоны, зашел и перехватил редактирование.

8.1. Формат записи временных параметров

В интерфейсе редактора зон возможно указать значение временных параметров в неделях, днях, часах, минутах и секундах, используя соответствующие буквы: w — недели, d — дни, h — часы, m — минуты, s — секунды.

XXw — XX недель, XXd — XX дней, XXh — XX часов, XXm — XX минут, XXs — XX секунд (где XX — число).

В файл зоны временной параметр будет записан в секундах.

Примеры записей:

1890 — 1890 секунд;
2d5h — 2 дня и 5 часов;
3h30s — 3 часа и 30 секунд.

8.2. Параметры Default TTL, TTL, Minimum TTL

Временные параметры Default TTL, TTL, Minimum TTL определяют время TTL (Time-to-live — "время жизни"), в течение которого DNS-серверы (кроме вторичных), получившие информацию о записях с любого DNS-сервера, будут ее хранить в своей памяти (кэше) и сообщать ее по запросам других DNS-серверов.

TTL:	определяет "время жизни" для конкретной записи. Необязательный параметр. Если значение параметра в записи не указано, то "время жизни" определяется параметром Default TTL. Рекомендуемое значение: 86400 (1d); Диапазон допускаемых редактором DNS-master значений: от 600 до 2147483647 секунд включительно (2 в степени 31 минус 1.) Записи, принадлежащие одному множеству RRrset (с одинаковым типом, классом и именем в левой части записи), должны иметь одинаковое значение TTL.
Default TTL:	определяет значение параметра TTL для тех записей, для которых это значение не установлено явно. Рекомендуемое значение: 86400 (1d); Диапазон допускаемых редактором DNS-master значений: от 600 до 2147483647 секунд включительно (2 в степени 31 минус 1.)
Minimum TTL:	определяет "время жизни" отрицательных ответов на запросы о ресурсах, не существующих в DNS. Допустимые значения: не менее 5 минут.

Формат записи временных параметров приведен в п. 8.1

8.3. SOA-запись (Start Of Authority)

Запись SOA содержит имя первичного DNS-сервера (Primary Name Server), адрес, необходимый для установления технических контактов (Hostmaster), серийный номер (Serial number), различные значения таймеров (Refresh, Retry, Expire, Minimum TTL).

В любой зоне должна быть только одна SOA-запись для имени, совпадающего с именем зоны.

Запись типа SOA имеет следующий формат:

имя [TTL] SOA Данные

имя: имя зоны
TTL: см. описание параметра TTL в п. 8.2
SOА: тип записи
Данные: имя первичного DNS-сервера (Primary Name Server), адрес для контактов по техническим вопросам администрирования зоны (Hostmaster) , серийный номер (Serial number), различные значения таймеров (Refresh, Retry, Expire, Minimum TTL)

Например:

8.3.1. Primary Name Server

Первичный (Primary) DNS-сервер для некоторой зоны — DNS-сервер, на котором хранится полная исходная информация об этой зоне.

Пример записи:

ns3.test.ru. (неизменяемая запись)

8.3.2. Hostmaster

Адрес электронной почты человека, ответственного за содержимое файла зоны.

Формат записи параметра Hostmaster:

В интерфейсе редактора зон в этом поле следует указывать электронный адрес (один) в обычном формате адреса электронной почты.

В файл зоны адрес будет записан в стандартном для поля Hostmaster формате, т.е. с символом "@", замененным на "." и с точкой в конце.

Пример записи:

test@my-domain-name.ru.

8.3.3. Serial number

Serial number (серийный номер) — это номер версии файла зоны. Этот номер должен быть положительным целым числом и увеличиваться каждый раз, когда в файл зоны вносятся изменения (см. RFC1982). Увеличение серийного номера показывает вторичным серверам, что зона изменена, и что им необходимо обновить у себя зону.

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

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

Диапазон допустимых значений (для редактора файлов зон): от 0 до 2147483646 включительно (2 в степени 31 минус 2.)

8.3.4. Refresh

Временной параметр Refresh показывает, как часто вторичные серверы должны запрашивать первичный сервер, чтобы узнать, не увеличился ли Serial number(серийный номер) зоны и, следовательно, не нужно ли обновить ее у себя.

Рекомендуемое значение: от 1h до 6h;

Диапазон допустимых значений: от 30m до 4w

Формат записи временных параметров приведен в п. 8.1

8.3.5. Retry

Параметр Retry показывает, как долго вторичный сервер имен должен ждать, перед тем как повторить попытку запроса первичного сервера (на предмет изменений серийного номера данной зоны), если предыдущая попытка оказалась неудачной.

Рекомендуемое значение: от 20m до 60m;

Диапазон допустимых значений: от 5m до 2w, но не более чем Refresh

Формат записи временных параметров приведен в п. 8.1

8.3.6. Expire

Параметр Expire указывает верхнее ограничение по времени, в течение которого вторичный сервер может использовать ранее полученные данные о зоне до того, как они потеряют силу из-за отсутствия обновления (например, вследствие отключения первичного сервера имен на длительное время).

Рекомендуемое значение: от 1w до 1m;

Диапазон допустимых значений: не менее значения параметра Refresh и не более 1 года

Формат записи временных параметров приведен в п. 8.1

8.4. A-запись

Запись типа A позволяет установить соответствие между именем хоста в домене и его IP-адресом.

Запись типа A имеет следующий формат:

имя_хоста [TTL] A IP-адрес

имя_хоста: доменное имя хоста (устройства), подключенного к Интернету, для которого данная запись определяет соответствие с его IP-адресом.
TTL: см. описание параметра TTL в п. 8.2
А: тип записи
IP-адрес: IP-адрес хоста

Обращаем ваше внимание на то, что у всех записей типа А, относящихся к одному имени хоста, значение TTL должно быть одинаковым.

Примеры A-записи для хоста info.test.ru в файле зоны test.ru:

или

8.5. NS-запись

Записи типа NS (Name Server — cервер имен) описывают DNS-серверы для данного домена. Количество записей типа NS в файле зоны должно точно соответствовать количеству DNS-серверов, обслуживающих домен и включать все DNS-серверы, указанные в домене. Для доменов второго уровня это DNS-серверы, указанные в полях "nserver" в информации по домену, которую можно получить, используя сервис Whois (https://www.nic.ru/whois/)

Запись типа NS имеет следующий формат:

доменное_имя [TTL] NS имя_хоста

TTL: см. описание параметра TTL в п. 8.2
NS: тип записи
имя_хоста: доменное имя DNS-сервера

Примеры NS-записей в домене test.ru. Указаны DNS-серверы, обслуживающие домен test.ru и домен третьего уровня mf в домене test.ru (mf.test.ru)

Для домена test.ru:

В случае делегирования поддомена, например, mf.test.ru:

Обращаем ваше внимание на то, что у всех записей типа NS, относящихся к одному доменному имени, значение TTL должно быть одинаковым.

Если для делегирования некоторого домена в зону внесены NS-записи, то для этого доменного имени в данной зоне не может быть других типов записей, кроме glue-записей, если они нужны (см. RFC1034).

Например, в зоне test.ru делегирован домен vasja.test.ru:

vasja.test.ru. NS ns1.vasja.test.ru.
vasja.test.ru. NS ns2. vasja.test.ru.

В этом случае нужны glue-записи (A-записи с указанием IP-адресов DNS-серверов, на которых размещен домен) вида:

ns1.vasja.test.ru. A 194.123.1.1
ns2.vasja.test.ru. A 194.123.2.1

и недопустимы записи вида:

vasja.test.ru. MX 10 mail.test.ru.
www.vasja.test.ru. A 194.123.1.3

Эти записи должны находиться в зоне домена vasja.test.ru.

8.6. MX-запись

Запись типа MX (Mail Exchange — почтовый сервер) определяет почтовый сервер — машину, которая обрабатывает почту для вашего домена.

Запись типа MX имеет следующий формат:

доменное_имя [TTL] MX приоритет почтовый сервер

TTL: см. описание параметра TTL в п. 8.2
MX: тип записи
приоритет: определяет значение приоритетности почтового сервера. Чем меньше число, тем выше приоритет почтового сервера (0 означает самый высокий приоритет, 65535 — самый низкий). Таким образом, почтовый сервер с более высоким приоритетом является основным, а почтовые серверы с более низкими приоритетами будут второстепенным и вступят в работу в том случае, если все более приоритетные серверы по каким-либо причинам недоступны или неработоспособны.
почтовый сервер: имя почтового сервера

Примеры MX-записей для домена test.ru:

Таким образом, почтовый сервер relay2.test.ru является основным, а relay3.test.ru является второстепенным почтовым сервером и вступает в работу в том случае, если relay2.test.ru по каким-либо причинам недоступен или неработоспособен.

Обращаем ваше внимание на то, что у всех записей типа MX, относящихся к одному доменному имени, значение TTL должно быть одинаковым, то есть приведенные в примере записи не могут существовать одновременно.

8.7. CNAME-запись

Запись типа CNAME (Canonical Name — Каноническое имя) позволяет присваивать хосту мнемонические имена. Мнемонические имена, или псевдонимы, широко применяются для связывания с хостом какой-либо функции, либо просто для сокращения имени.

Реальное имя иногда называют каноническим.

Если для хоста есть запись типа CNAME, которая содержит его мнемонические имена, другие записи для данного хоста должны ссылаться на его реальное (каноническое) имя, а не на мнемоническое. Когда программы DNS встречают запись CNAME, они прекращают свои запросы по мнемоническому имени и переключаются на реальное имя.

Например, недопустима конструкция вида:

ns1.test.ru. CNAME ns.test.ru.
office.test.ru. NS ns1.test.ru.

Кроме того, если данное имя использовано в качестве псевдонима, то на него нельзя занести записи любого другого типа.

Т.е. недопустима конструкция вида:

domain CNAME имя_хоста
domain MX 10 почтовый сервер

Мнемонические имена полезны, например, в случае, когда имя хоста изменилось, и вы хотите разрешить пользователям, знающим старое имя, получить доступ к хосту.

Запись типа CNAME имеет следующий формат:

мнемоимя [TTL] CNAME имя_хоста

Мнемоимя: мнемоническое имя хоста
TTL: см. описание параметра TTL в п. 8.2
CNAME: тип записи
имя_хоста: каноническое имя хоста

Примеры CNAME-записей для хоста arhive.test.ru в домене test.ru.:

8.8. AAAA-запись

Запись типа AAAA позволяет установить соответствие между именем хоста в домене и его IPv6-адресом.

Запись типа AAAA имеет следующий формат:

имя_хоста [TTL] AAAA IPv6-адрес

имя_хоста: доменное имя хоста (устройства), подключенного к Интернету, для которого данная запись определяет соответствие с его IPv6-адресом.
TTL: см. описание параметра TTL в п. 8.2
АAAA: тип записи
IPv6-адрес: IPv6-адрес хоста

Обращаем ваше внимание на то, что у всех записей типа АAAA, относящихся к одному имени хоста, значение TTL должно быть одинаковым.

Примеры AAAA-записи для хоста info.test.ru в файле зоны test.ru:

или

8.9. PTR-запись

Записи типа PTR (Pointer — указатель) служат для выполнения обратного преобразования IP-адресов в имена хостов. Для каждого сетевого интерфейса хоста рекомендуется создать запись PTR.

Примечание: Если провайдер выделил вам несколько IP-адресов из своей сети, то по поводу записей в обратной зоне вам следует обращаться к нему.

Запись типа PTR имеет следующий формат:

адрес [TTL] PTR имя_хоста

адрес: преобразованный IP-адрес хоста
TTL: см. описание параметра TTL в п. 8.2
PTR: тип записи

Примеры PTR-записей

Если провайдер выделил вам IP-адрес 194.85.61.42 в сети 194.85.61.0/24, то запись о вашем хосте (например, mx.test.ru) будет сделана провайдером в обратной зоне 61.85.194.in-addr.arpa. Запись будет иметь вид:

или

8.10. SRV-запись

Записи типа SRV используются для поиска серверов, обеспечивающих работу тех или иных служб в данном домене.

С подробным описанием этого типа записей вы можете ознакомиться в RFC-2782.

Запись типа SRV имеет следующий формат:

_Service._Proto.Name [TTL] SRV Priority Weight Port Target

Service: название службы (пример: ldap, kerberos, gc и другие)
Proto: протокол, при помощи которого клиенты могут подключиться к данной службе (пример: tcp, udp)
Name: имя домена, в котором размещена данная служба
TTL: см. описание параметра TTL в п. 8.2
SRV: тип записи
Priority: приоритет данного сервера. Чем меньше число, тем выше приоритет (0 означает самый высокий приоритет, 65535 — самый низкий)
Weight: относительный вес для серверов с одинаковым приоритетом. Предназначен для распределения нагрузки между серверами, для которых указан равный приоритет
Port: порт, на котором размещена указанная служба на данном сервере
Target: доменное имя сервера, предоставляющего данную службу

Примеры SRV-записей

или

8.11. TXT-запись

Запись типа TXT обычно используется для текстового описания доменного имени.

Запись типа TXT имеет следующий формат:

имя [TTL] TXT текст

имя: имя домена или хоста
TTL: см. описание параметра TTL в п. 8.2
TXT: тип записи
текст: одна или несколько текстовых строк, каждая из которых содержит не более 255 символов

Примеры TXT-записи:

При добавлении или редактировании TXT-записи в интерфейсе редактора файлов зон:

• Если необходимо внести несколько текстовых строк, то они должны быть разделены переводом строки.
• Если в строке ввода более 255 символов, перевод строки осуществляется автоматически после 255-го символа.
• Не нужно указывать кавычки (символ ") в начале и конце текстовой строки. В файл зоны строка автоматически будет записана в стандартном для поля TXT формате, т.е. с кавычками.
• Если в текстовой строке используются кавычки, то они будут автоматически экранированы.

8.12. Маски (символ "*") в записях файла зоны

DNS резервирует специальный символ, звездочку (*), для использования в файлах зоны в качестве части маски. Звездочка сопоставляется с любым числом меток в имени за исключением тех случаев, когда запись для имени уже существует в базе данных DNS-сервера.

Символ звездочка (*) допустим в доменном имени и в имени хоста, если имя хоста указано в левой части записи. Символ звездочка (*) не допустим в имени домена в левой части NS-записи.

Например, в файле зоны test.ru можно сделать запись, в которой в качестве имени будет указано "*.anydomain", где anydomain — это любое доменное имя в зоне test.ru (например, domain1.test.ru, domain2.test.ru и т.п.).

Примеры использования масок:

Записи означают, что почта, отправленная на адреса somebody@test.ru будет направлена на почтовый сервер relay1.test.ru, а почта, отправленная на любые другие адреса в домене test.ru, например, somebody@mail.test.ru или somebody@anyhost.test.ru, будет направлена на почтовый сервер relay2.test.ru.

или

Запись означает, что любое возможное имя хоста в домене test.ru (например, "www.test.ru", "mail.test.ru", "anyname1.anyname2.test.ru" и т.п.) будет соответствовать IP-адресу 194.123.1.1.

Ограничения масок:

Маски не сопоставляются с доменными именами, для которых уже определены данные.

Например:

*.test.ru. MX 10 relay2.test.ru.
mail.test.ru. MX 10 relay3.test.ru.
info.test.ru. A 194.123.1.1
office.test.ru. NS ns1.office.test.ru.

Почта, например, для somebody@mail.test.ru будет отправляться на почтовый сервер relay3.test.ru, но почта для somebody@anydomain.test.ru будет отправляться почтовому серверу relay2.test.ru. Поиск MX-записи для info.test.ru приведет к получению ответа, что MX-записи для данного доменного имени не существует. Маска не может быть использована, так как для этого имени существует A-запись. Маска также не будет использована для доменных имен в пределах зоны office.test.ru, так как маски не распространяются за границы делегирования.