что такое cname запись домена

CNAME-запись

CNAME-запись позволяет использовать поддомен в вашем домене как псевдоним для другого домена. Например, с помощью записи CNAME вы можете сделать так, чтобы по адресу вида mail.example.org открывалась Яндекс.Почта вашей организации.

Если вы делегировали домен на серверы Яндекса, CNAME-запись будет настроена автоматически.

Общая инструкция по настройке CNAME-записи

Чтобы настроить доступ к почте по адресу вида mail.yourdomain.tld :

Войдите в панель управления доменом (зоной DNS) на сайте компании, которая предоставляет вам DNS-хостинг.

Если вы делегировали домен на серверы Яндекса, перейдите в DNS-редактор в Яндекс.Коннекте.

Создайте CNAME-запись со следующими значениями полей (в разных панелях управления названия полей могут отличаться):

Имя поддомена (или Хост ) — mail

В некоторых панелях управления в качестве имени записи требуется указывать полное имя поддомена, например: mail.yourdomain.tld

Обратите внимание, что менять имя сервера (подставлять вместо domain имя своего домена) не нужно.

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

Подождите, пока изменения вступят в силу. Может потребоваться до 72 часов, чтобы DNS-серверы в интернете обменялись данными о новых DNS-записях.

Нельзя добавить CNAME-запись, если для данного хоста уже создана запись другого типа.

Например, если для поддомена уже настроена запись типа TXT, удалите ее и создайте CNAME-запись для этого хоста.

Подробные инструкции по настройке CNAME-записи у некоторых хостинг-провайдеров

Откройте страницу https://reg.ru и войдите в ваш аккаунт.

Источник

Как добавить запись типа A, AAAA, CNAME, MX, TXT, SRV для своего домена

В статье мы расскажем, как прописать DNS-записи A, АААА, CNAME, MX-запись, TXT и SRV для домена и для чего это нужно.

Ресурсные записи «передают» серверам интернета информацию о домене. Чаще всего их настраивают, чтобы: связать IP-адрес сайта с доменом (запись А), привязать поддомен к сервису (запись CNAME), настроить почту (запись MX), активировать SSL-сертификат, подтвердить право собственности на домен, настроить безопасную почту (запись TXT) и т.д.

Как добавить ресурсные записи для домена

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

1. Авторизуйтесь в Личном кабинете 2domains и кликните по нужному домену:

2. Ваши серверы указаны в блоке «DNS-серверы»:

Если для вашего домена прописаны DNS-серверы ns1.hosting.reg.ru и ns2.hosting.reg.ru, перейдите к статье Настройка ресурсных записей в панели управления. Если для вашего домена прописаны DNS-серверы ns1.reg.ru и ns2.reg.ru, следуйте инструкции ниже.

Обратите внимание: если для домена прописаны сторонние DNS-серверы, добавление и управление DNS записями происходит на стороне провайдера, который предоставил вам DNS-серверы.

1. Авторизуйтесь в Личном кабинете 2domains и кликните по нужному домену:

2. На открывшейся странице нажмите стрелочку в блоке «Управление зоной DNS».

3. Во всплывающей шторке кликните Добавить ещё одну запись:

4. Выберите тип записи, которую вы хотите добавить:

Как добавлять записи

5. Затем нажмите на иконку Карандаш:

6. Добавьте в DNS домена нужную ресурсную запись. Для этого следуйте соответствующей инструкции ниже.

А-запись

Запись A (address) — одна из ключевых ресурсных записей Интернета. Она нужна, чтобы связать домен с IP-адресом сервера. Пока не прописана А-запись, сайт не будет работать. Когда вы вводите название сайта в адресную строку браузера, по А-записи DNS определяет, с какого сервера нужно открывать ваш сайт.

Как добавить А-запись

Выполните шаги 1-6 инструкции выше.

Затем в поле Субдомен укажите имя поддомена или значок @ (если хотите выбрать ваш основной домен);

В поле Значение — IP-адрес сервера сайта, который будет открываться по имени домена. Узнать IP-адрес можно по инструкции: Как узнать и изменить IP-адрес сайта?

Нажмите Сохранить:

Готово, ресурсная запись успешно добавлена в зону домена.

Изменения вступят в силу в течение часа.

АААА-запись

АААА (IPv6 address record) ― запись, которая используется так же, как и А-запись, но для адресов формата IPv6.

Как добавить АAАА-запись

Выполните шаги 1-6 инструкции выше. Затем в полях ввода укажите:

Субдомен — имя поддомена или значок @ (если хотите выбрать ваш основной домен);

Значение — необходимый IPv6-адрес.

Нажмите Сохранить:

Готово, обновление зоны домена прошло успешно.

Изменения вступят в силу в течение часа.

CNAME-запись

CNAME (canonical name) — это запись, которая отвечает за привязку поддоменов (например, www.site.ru) к каноническому имени домена (site.ru) или другому домену. CNAME-запись дублирует ресурсные записи домена (A, MX, TXT) для поддоменов.

Важно: для одного и того же поддомена нельзя одновременно добавить CNAME-запись и A-запись.

Как добавить запись CNAME

Выполните шаги 1-6 инструкции выше.

Затем в поле Субдомен укажите поддомен, кроме @ (для вашего основного домена этот тип записи недоступен, вы можете воспользоваться A-записью);

В поле Значение — Canonical name — домен, на который должен ссылаться поддомен из поля «Subdomain».

Нажмите Сохранить:

Готово, ресурсная запись добавлена в зону домена.

Изменения вступят в силу в течение часа.

MX-запись

MX-запись отвечает за сервер, через который будет работать почта. Благодаря ей отправляющая сторона «понимает», на какой сервер нужно отправлять почту для вашего домена. MX-запись может выглядеть так: mx1.hosting.reg.ru. Чтобы почта могла функционировать, даже если один из серверов не работает, указывают два почтовых сервера. Например, mx1.hosting.reg.ru и mx2.hosting.reg.ru.

Как добавить MX-запись

Выполните шаги 1-6 инструкции выше.

Затем в полях ввода укажите:

Субдомен — поддомен или @ (если хотите выбрать почту вида логин@ваш_домен);

Значение — адрес сервера, который будет отвечать за работу почты на вашем домене;

Приоритет — приоритет записи (чем меньше цифра, тем выше приоритет записи).

Нажмите Сохранить:

Готово, DNS записи домена обновлены.

Изменения вступят в силу в течение часа.

TXT-запись

TXT (тext string) — запись, которая содержит любую текстовую информацию о домене. Часто применяется для проверок на право владения доменом при подключении дополнительных сервисов, а также как контейнер для записи SPF и ключа DKIM.

Как добавить TXT-запись

Выполните шаги 1-6 инструкции выше.

Затем в полях ввода укажите:

Субдомен — поддомен или @ (если хотите выбрать ваш основной домен);

Значение — значение записи TXT. Как правило, значение ТХТ отправляется на e-mail (например, для активации SSL-сертификата) или предоставляется компанией, услугу которой вы настраиваете.

Нажмите Сохранить:

Как указывать записи

Готово, ресурсная запись добавлена в зону домена.

Изменения вступят в силу в течение часа.

SRV-запись

Записи SRV используются для поиска серверов, которые обеспечивают работу определенных служб на данном домене (например, Jabber). Некоторые интернет-протоколы, такие как SIP и XMPP, часто требуют поддержки SRV-записей.

Как добавить SRV-запись

Выполните шаги 1-6 инструкции выше.

Затем в полях ввода укажите:

Сервис — название сервиса;

Приоритет — приоритет целевого хоста;

Нагрузка — относительный вес для записей с одинаковым приоритетом (необязательное поле);

Порт — порт TCP или UDP, на котором работает сервис;

Значение — каноническое имя сервиса.

Нажмите Сохранить:

Готово, ресурсная запись добавлена в зону домена.

Изменения вступят в силу в течение часа.

Как проверить записи домена

Проверить, корректно ли указаны записи, проще всего с помощью утилиты dig. Для этого введите домен, для которого добавляли ресурсные записи, выберите тип записи «ANY» и кликните Проверить. Так вы увидите все ресурсные записи вашего домена.

Источник

Что такое cname запись домена

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

Это может оказаться удобным при работе нескольких служб (например, FTP-сервер и веб-сервер; каждый работает на разных портах) с одного IP-адреса. Можно, например, перенаправлять точки входа ftp.example.com и www.example.com на DNS-запись для example.com, который, в свою очередь, имеет запись, указывающую на IP-адрес. Затем, если IP-адрес никогда не меняется, то изменения вносятся лишь в одном месте: в DNS записи для example.com.

Конкретно мне понадобилось поработать с CNAME для помощи по делегированию домена (почты) на яндекс от nic.ru. Честно говоря, очень запутанная схема, множество противоречивых инструкций. Если вам понадобится в этом помощь, то пишите мне на up777up@yandex.ru – за небольшую плату вместе разберемся в этом.

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

Например, если есть такая зона DNS

когда производится поиск записи bar.example.com резолвер увидит запись cname и перезапустит проверку на foo.example.com, а затем вернется на 192.0.2.23.

Записи CNAME должны всегда указываться на другое доменное имя, а не на IP-адрес. Псевдоним, определенный в записи cname, не должен иметь никаких записей ресурсов других видов (МХ, А и др.); исключением являются случаи, когда используется DNSSEC.

Записи CNAME, указывающие на другие записи CNAME, следует избегать из-за их недостаточной эффективности, но это не является ошибкой. Такие записи как

могут вызвать неразрешимые петли.

Записи CNAME, обслуживаемые записями DNAME, могут вызывать рекурсивные циклы в старых сопоставителях. MX и NS записей никогда не должны указывать на псевдоним cname (RFC 2181 раздел 10.3). Так, например, зона должна не содержать таких конструкций, как

Домены, используемые для электронной почты, могут не иметь записи CNAME. На практике это может работать, но разные почтовые сервера могут реагировать на них по-разному – возможны нежелательные последствия.

DNAME запись или делегирование имени определяется в RFC 6672. Запись DNAME создает псевдоним для всего поддерева дерева доменных имен. Напротив, запись CNAME создает псевдоним для одного имени, а не для его поддоменов. Как и запись CNAME, поиск DNS будет продолжаться, повторяя поиск с новым именем. Сервер имен синтезирует запись CNAME, чтобы фактически применить запись DNAME к запрошенному имени-CNAMEs для каждого узла в поддереве имеют тот же эффект, что и DNAME для всего поддерева.

Например, если есть зона DNS следующим образом В одной записи подстановки для foo.example.com не вернет никаких данных за DNAME не cname и нет записи напрямую на foo.

Однако, поиск xyzzy.foo.example.com будет dname в карту и вернуть себе рекорд по xyzzy.баре.example.com, который 192.0.2.24; если dname в записи была запись cname, этот запрос возвратит, что имя не найдено.

Наконец, запрос на foobar.foo.example.com будет dname и вернет 192.0.2.25.

статьи IT, CNAME, DNS, Интернет

Источник

Настройка DNS-записей

В панели управления аккаунтом вы можете настроить следующие записи для доменов и поддоменов:

Для настройки почты для домена (Яндекс.Почта, Mail.ru, Google) воспользуйтесь нашими инструкциями.

Меню настроек

В разделе «Домены и поддомены» нажмите на значок шестеренки рядом с доменом и выберите пункт Настройки DNS.

Для добавления новой записи выберите ее тип из выпадающего списка. Для редактирования уже созданной записи кликните на значок карандаша рядом с ней.

Для редактирования NS-серверов домена нажмите соответствующую ссылку справа вверху.

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

Удалить запись можно, нажав на крестик рядом с ней.

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

NS-серверы

Для изменения NS-серверов домена нажмите на ссылку «Редактировать NS-серверы» и укажите требуемые значения. Для успешного делегирования домена необходимо указать не менее двух NS-серверов.

Если вы указываете NS-серверы на самом домене (т.е., например, для домена mydomain.ru прописываете ns1.mydomain.ru и ns2.mydomain.ru), то как минимум для двух из них необходимо указать IP-адреса.

Процедура делегирования домена на новые NS может занимать от 3 до 24 часов; после ее завершения на административный e-mail домена будет отправлено уведомление об успешном делегировании.

Через панель Timeweb вы сможете редактировать NS-серверы только для доменов, зарегистрированных через ТаймВэб.Домены.

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

А и АААА

При добавлении новой MX-записи выберите используемый вами почтовый сервис либо укажите необходимые значения вручную по кнопке «Другое»:

Созданные ранее MX-записи при этом нужно удалить.

Настройка этого типа записей требуется, например, при использовании протоколов SIP и XMPP (Jabber).

Запросите параметры у провайдера Jabber-сервиса и укажите их в настройках домена. Для этого нажмите «Добавить DNS-запись», выберите SRV и заполните поля:

К примеру, для указания SRV-записи: _xmpp-server._tcp.domain.com. IN SRV 5 0 5269 xmpp-server.l.google.com. в настройках нужно прописать:

Служба: _xmpp-server
Протокол: TCP
Приоритет: 5
Порт: 5269
Хост: xmpp-server.l.google.com

Настройка недоступна для поддоменов

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

Настройка недоступна для поддоменов

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

Для добавления новой SPF-записи нажмите «Добавить DNS-запись» и выберите TXT. Обратите внимание: Не рекомендуется создавать несколько SPF-записей для домена, так как это может вызывать проблемы с доставкой почты. Для добавления дополнительных почтовых серверов необходимо обновить существующую запись, не создавая новую.

Пример записи: v=spf1 ip4:176.57.223.0/24 ip4:92.53.116.0/22

Подробнее о настройке SPF см. в отдельной статье.

Настройка недоступна для поддоменов

В окне настроек укажите необходимое значение в поле «Хост», а также полученное от провайдера значение TXT-записи:

Для писем, отправляемых с сервера виртуального хостинга, настроить DKIM можно по следующей инструкции.

CNAME

Запись CNAME (каноническое имя) используется для наследования доменом всех ресурсных записей указанного домена, за исключением NS.

Например, если необходимо, чтобы для test.mydomain.com были применены те же настройки DNS, что и для mydomain.com, необходимо указать его в качестве CNAME-записи:

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

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

Источник

Настройка

Типы записей и их параметры:

Файл зоны состоит из ресурсных записей разных типов.
Единственный поддерживаемый класс записей — IN.
Набор ресурсных записей с одинаковым типом, классом и именем (в левой части записи) называется множеством записей (RRset).
Обязательными являются записи типа SOA и NS для имени, совпадающего с названием зоны. Все остальные могут отсутствовать.
Записи состоят из различных полей (параметров).

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

В интерфейсе редактора зон возможно указать значение временных параметров в неделях, днях, часах, минутах и секундах, используя соответствующие буквы: 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-серверов.

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

Определяет время TTL— «время жизни», в течение которого кэширующие DNS-серверы, получившие информацию о записях с любого DNS-сервера, будут ее хранить в своей памяти (кэше) и сообщать ее по запросам других DNS-серверов и резолверов.
Рекомендуемое значение:
86400 (1d);
Диапазон допускаемых редактором DNS-master значений:
от 600 до 2147483647 секунд включительно (2 31 −1).

Определяет «время жизни» отрицательных ответов на запросы о ресурсах, не существующих в DNS.
Допустимые значения:
не менее 5 минут.

Формат записи временных параметров приведен в соответствующем разделе

Запись SOA (Start of Authority) или начальная запись зоны указывает, на каком сервере хранится эталонная информация о данном домене, содержит контактную информацию лица, ответственного за данную зону, параметры времени кэширования зонной информации и взаимодействия DNS-серверов.

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

имя [TTL] SOA Данные
имя: имя зоны
TTL: см. описание параметра TTL
SOА: тип записи

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

Адрес электронной почты лица, ответственного за содержимое файла зоны.
Формат записи параметра Hostmaster:
В интерфейсе редактора зон в этом поле следует указывать электронный адрес (один) в обычном формате адреса электронной почты.
В файл зоны адрес будет записан в стандартном для поля Hostmaster формате, т.е. с символом «@», замененным на «.», и с точкой в конце.
Пример записи:
dns.nic.ru.

Serial number (серийный номер) — это номер версии файла зоны. Этот номер должен быть положительным целым числом и увеличиваться каждый раз, когда в файл зоны вносятся изменения (см. RFC1982). Увеличение серийного номера показывает вторичным серверам, что зона изменена, и что им необходимо обновить у себя зону.
Вы можете не увеличивать этот номер вручную, т.к. он увеличивается автоматически при сохранении файла зоны в редакторе файлов зон.
Если вы измените серийный номер так, что после сохранения файла зоны он останется неизменным или станет меньше, чем был ранее, то вторичные серверы не будут перечитывать данные с первичного сервера, т.к. будут считать, что данные не изменились.
Диапазон допустимых значений (для редактора файлов зон): от 0 до 2147483646 включительно (2 31 −2).

Временной параметр Refresh показывает, как часто вторичные серверы должны запрашивать первичный сервер, чтобы узнать, не увеличился ли Serial number(серийный номер) зоны и, следовательно, не нужно ли обновить ее у себя.
Рекомендуемое значение: от 1h до 6h.
Диапазон допустимых значений: от 30m до 4w.
Формат записи временных параметров приведен в соответствующем разделе.

Параметр Retry показывает, как долго вторичный сервер имен должен ждать, перед тем как повторить попытку запроса первичного сервера (на предмет изменений серийного номера данной зоны), если предыдущая попытка оказалась неудачной.
Рекомендуемое значение: от 20m до 60m;
Диапазон допустимых значений: от 5m до 2w.
Формат записи временных параметров приведен в соответствующем разделе.

Параметр Expire указывает верхнее ограничение по времени, в течение которого вторичный сервер может использовать ранее полученные данные о зоне до того, как они потеряют силу из-за отсутствия обновления (например, вследствие отключения первичного сервера имен на длительное время).
Рекомендуемое значение: от 1w до 1m;
Диапазон допустимых значений: не менее значения параметра Refresh и не более 1 года.
Формат записи временных параметров приведен в соответствующем разделе.

Для редактирования SOA-записи необходимо выбрать домен.

Затем выбрать пункт «SOA и TTL».

После чего заполнить необходимые поля и нажать кнопку «Применить».

Далее, перед выгрузкой обновленного файла зоны можно посмотреть его содержимое, для этого нужно зайти в пункт «Ресурсные записи».

Нажать ссылку «предпросмотр зоны».

В открывшемся окне проверить правильность обновляемых данных.

В данном случае SOA-запись имеет следующий вид:

domaintest.ru. IN SOA ns3-l2.nic.ru. dns.nic.ru.
(
2014012102 ; serial
1440 ; refresh
36000 ; retry
2592000 ; expire
600 ; minimum
)

Если данные верны, то нужно выгрузить зону. Для этого закройте окно с содержимым файла зоны и нажмите кнопку «Выгрузить зону».

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

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

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

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

или

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

Запись типа NS имеет следующий формат:
доменное_имя [TTL] NS имя_хоста
TTL: см. описание параметра TTL
NS: тип записи
имя_хоста: доменное имя DNS-сервера.

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

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

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

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

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

Например, в зоне domaintest.ru делегирован домен vasja.domaintest.ru:
vasja.domaintest.ru. NS ns1.vasja.domaintest.ru.
vasja.domaintest.ru. NS ns2. vasja.domaintest.ru.

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

и недопустимы записи вида:
vasja.domaintest.ru. MX 10 mail.domaintest.ru.
www.vasja.domaintest.ru. A 194.123.1.3

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

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

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

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

или

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

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

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

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

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

Например, недопустима конструкция вида:
ns1.domaintest.ru. CNAME ns.domaintest.ru.
office.domaintest.ru. NS ns1.domaintest.ru.

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

Т.е. недопустима конструкция вида:
domain CNAME имя_хоста
domain MX 10 почтовый сервер

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

Запись типа CNAME имеет следующий формат:
мнемоимя [TTL] CNAME имя_хоста
Мнемоимя: мнемоническое имя хоста
TTL: см. описание параметра TTL
CNAME: тип записи
имя_хоста: каноническое имя хоста.

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

или

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

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

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

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

или

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

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

Запись типа PTR имеет следующий формат:
адрес [TTL] PTR имя_хоста
адрес: преобразованный IP-адрес хоста
TTL: см. описание параметра TTL
PTR: тип записи.

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

или

Записи типа 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-записей

или

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

Запись типа TXT имеет следующий формат:
имя [TTL] TXT текст
имя: имя домена или хоста
TTL: см. описание параметра TTL
TXT: тип записи
текст: одна или несколько текстовых строк, каждая из которых содержит не более 255 символов.

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

или

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

Просмотр существующих ресурсных записей

Для просмотра ресурсных записей необходимо выбрать домен.

Перейти в раздел «Ресурсные записи»

После этого на странице откроется таблица со списком всех текущих ресурсных записей.

Добавление новых ресурсных записей

Для того чтобы добавить новую запись, нужно перейти в раздел «Ресурсные записи» зоны и нажать кнопку «Добавить новую запись».

Указать необходимые параметры добавляемой записи.

* Количество и набор задаваемых параметров различаются в зависимости от типа добавляемой записи

После того, как вы добавите новую зону, вам нужно выгрузить файл зоны для того, чтобы изменения вступили в силу. Для этого на этой же странице нажмите кнопку «Выгрузить зону».

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

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

Место использования маски строго определено — это может быть только первый символ в поле имени текущего домена или имени хоста, отделенный от остальных символом «.».

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

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

Источник