DNS записи – NS, CNAME, TXT, A, AAAA


DNS записи – NS, CNAME, TXT, A, AAAA

Доброго времени суток! Многоуважаемые читатели и гости, одного из популярнейших компьютерных блогов Рунета Pyatilistnik.org. В прошлый раз я вам рассказывал, о DNAME записи и ее использовании в различных сценариях. Сегодня ко мне обратился один коллега, с просьбой у него посмотреть, причину по которой он не мог создать запись Cname на ДНС-сервере, у него выскакивала ошибка: «DNS-имя содержит записи, несовместимые с записью CNAME«. Давайте разбираться в чем собственно дело.

Вот так вот выглядит более подробно ошибка создания записи в основной зоне DNS-сервера.

Небольшая предыстория, моему коллеге нужно было создать запись CNAME в дочерней зоне на корневую, для примера test.root.pyatilistnik.org ссылающуюся на test.pyatilistnik.org, в момент создания он и получал данную ошибку, и не мог понять в чем дело. Тут его винить не стоит, так как он еще не очень опытен, все дело в том, что двух одинаковых записей в зоне DNS быть просто не может, будь то записи A, TXT, MX или CNAME. Уж так устроен DNS-сервер.

Так как сервис на который ссылалась A-запись был перенесен и разработчики готовы уже были на него переключиться, и было предложено реализовать, это с помощью псевдонима CNAME. Чтобы это сделать нужно удалить дублирующую запись с тем же именем, в моем случае, это A-запись.

После удаления дубля, вы легко создадите нужный вам CNAME-псевдоним и как видим ошибка «DNS-имя содержит записи, несовместимые с записью CNAME» сама собой ушла, что еще раз глаголет истину, что нужно читать мат часть.

Справка / Домены / Формат DNS записей

A
Запись должна содержать только адрес IPv4, например 127.0.0.1 Записей А для одного домена или поддомена может быть несколько.

www A 127.0.0.1
test A 127.0.0.1

MX
Запись используется для указания почтового сервера, который использует этот домен. Для домена можно указать несколько МХ-записей, указав для них разные приоритеты: запись с приоритетом 10 будет использоваться при получении почты первой, а если она по каким-то причинам недоступна, то запрос пойдет на запись с приоритетом 20 и так далее.

@ MX 10 smtp.netfox.ru

CNAME
Запись указывающая на доменное имя. Точку в конце значения CNAME можно не указывать.

test CNAME netfox.ru

Если вы укажите @ CNAME netfox.ru, то все записи независимо от настроек домена, будут направлены на значение CNAME

DNAME
Запись используется для создания алиасов, как и CNAME, но, в отличие от последнего, алиасы создаются для поддоменов, не затрагивая при этом основной домен. Данный тип записи используется редко для настройки сложной системы синонимов.

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

SRV
Запись используется для указания хоста и порта для определенных служб, таких как протоколы SIP, XMPP.

# SRV _service._proto.name. priority weight port target.
SRV _xmpp-server._tcp 10 5 5060 domain-xmpp.ya.ru.

priority указывается в поле «MX/SRV priority»
weight port target. указываются в поле Data

AAAA
Запись используется так же, как А-запись, но для IP-адресов, использующих формат IPv6.

www AAAА 2001:DB8:2000:bf0::1

CCAA
Запись указывает на центр сертификации, который может выдавать SSL-сертификат для домена.

@ CAA 10 «letsencrypt.org»

Указание e-mail для уведомлений от центра сертификации о нарушениях, связанных с SSL.

Типы ресурсных записей DNS

NS-записи

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

Формат:
Хост NS Значение

Примеры:
Если домен test.ru делегирован с DNS-серверами ns1.r01.ru и ns2.r01.ru, то на них должны присутствовать следующие NS-записи:

test.ru. NS ns1.r01.ru.
test.ru. NS ns2.r01.ru.

Если домен делегирован с DNS-серверами, принадлежащими той же зоне (допустим, test.ru делегирован с ns1.test.ru. 192.168.0.1 и ns2.test.ru. 192.168.0.2), то NS-записи необходимо дополнить A-записями (так называемые glue-records):

test.ru. NS ns1.test.ru.
test.ru. NS ns2.test.ru.
ns1.test.ru. A 192.168.0.1
ns2.test.ru. A 192.168.0.2

A-записи

Назначение:
Задают преобразование имени хоста в IP-адрес.

Формат:
Хост A Значение

Пример:
Преобразованию имени test.ru в IP-адрес 192.168.0.1 соответствуюет следующая A-запись:

test.ru. A 192.168.0.1

MX-записи

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

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

Формат:
Хост MX Приоритет Значение

Пример:
Идентификацировать mail.test.ru как почтовый ретранслятор для test.ru с приоритетом 10 можно следующей записью:

test.ru. MX 10 mail.test.ru.

CNAME-записи

Назначение:
CNAME-запись определяет отображение псевдонима в каноническое имя узла.

Формат:
Хост CNAME Значение

Пример:
Прописать bbb.test.ru как псевдоним aaa.test.ru можно следующей записью:

bbb.test.ru. CNAME aaa.test.ru.

SRV-записи

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

Приоритет SRV-записи работает аналогично приоритету MX-записи: чем меньше приоритет, тем более желательно использование связанной цели.

Веса SRV-записей позволяют администраторам зоны распределять нагрузку между целями. Клиент должен опрашивать цели одного приоритета в пропорции к их весам.

Порт SRV-записи определяет порт, по которому работает искомая служба.

Формат:
Хост SRV Приоритет Вес Порт Значение

Пример:
Предположим, мы хотим по запросу FTP-клиента для досупа по FTP к test.ru направлять клиент сначала на ftp1.test.ru. через 21 порт, а затем на ftp2.test.ru. через 21 порт, если ftp1.test.ru. недоступен. Это можно сделать следующими записями:

_ftp._tcp.test.ru. SRV 1 0 21 ftp1.test.ru.
_ftp._tcp.test.ru. SRV 2 0 21 ftp2.test.ru.

TXT-записи

Назначение:
TXT-запись содержит общую текстовую информацию. Эти записи могут использоваться в любых целях, например, для указания месторасположения хоста.

Формат:
Хост TXT Текст

Пример:
Прописать в DNS информацию о месторасположении сервера mail.test.ru:

mail.test.ru. TXT «Location this machine: Moscow»

AAAA-записи

Назначение:
Задает преобразование имени хоста в IPV6-адрес.

Настройка

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

Файл зоны состоит из ресурсных записей разных типов.
Единственный поддерживаемый класс записей — 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 — самый низкий). Таким образом, почтовый сервер с более высоким приоритетом является основным, а почтовые серверы с более низкими приоритетами будут второстепенными и вступят в работу в том случае, если все более приоритетные серверы по каким-либо причинам недоступны или неработоспособны.
почтовый сервер: имя почтового сервера.

Топ-пост этого месяца:  Как запустить Joomla (джумла) на компьютере

Примеры 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: доменное имя сервера, предоставляющего данную службу.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Проверить DNS записи сайта

SEO специалисты часто сталкиваются с проблемами плохих ссылок ведущих на продвигаемый сайт. Снятие таких ссылок занимает много времени и сил. Данный инструмент позволяет упростить эту работу. С помощью сервиса, вы сможете узнать почту автора сайта и его домен. На примере домен dns.ru, мы видим, что сайт находится на хостинге Masterhost и там же прикреплена почта (обращайте внимание на MX и NS записи).

Атрибут Описание
host Запись в пространстве имен DNS, на которую ссылается оставшаяся часть данных.
class Возвращает только записи класса Internet, соответственно этот параметр всегда будет принимать значение IN.
type Строка, содержащая тип записи. Дополнительные атрибуты также будут содержаться в результирующем массиве в зависимости от типа. По одному вложенному массиву на каждый тип. См. таблицу ниже.
Тип записи Дополнительные данные
A Этот тип записи привязывает конкретное доменное имя на определенный, точный IP-адрес.
AAAA Запись AAAA ставит в соответствие доменному имени адрес IPv6. Например имя example.ru может указывать на IPv6-адрес 2001:0db8:11a3:09d7:1f34:8a2e:07a0:765d. У каждого хоста может быть несколько IPv6-адресов, т.е. возможно установить несколько AAAA-записей.
NS Запись NS указывает имена серверов на которых размещена информация для данного домена (сервера имен).
TXT Запись NS указывает имена серверов на которых размещена информация для данного домена (сервера имен).
MX Запись MX предназначена для того, чтобы указывать имя почтового сервера, который принимает почту для данного домена.
SOA Данная запись и ее значение фактически не влияют на работу домена (как А-записи или PTR), SOA содержит административную информацию.
CNAME Запись CNAME позволяет поставить в соответствие одному имени хоста другое. Если для домена www.example.ru установлена запись CNAME на домен example.ru, то запрос пришедший на имя домена www.example.ru будет перенаправлен на example.ru.
PTR Запись нужна для того чтобы было возможно ассоциировать IP адрес с доменным именем. PTR запись всегда добавляется на стороне владельца IP адреса, как правило — это компании, владеющие блоками адресов и предоставляющие эти адреса в аренду.
HINFO Тип записи используемый для хранения информации об архитектуре и операционной системе некоторого хоста. Например, вам может понадобится создать запись для сервера test.example.ru, что он(сервер) есть x86 PC под FreeBSD. Однако, это очень редко применяется, так как такая информация может быть использована злоумышленниками при подготовке атак.
CAA С помощью данной DNS записи владелец домена мог указывать удостоверяющий центр, имеющий право выпускать SSL/TLS-сертификаты для указанного домена.
SRV Запись SRV определяет положение, порт и параметры работы серверов отвечающих за работу определенных служб, например SIP или XMPP (Jabber).
NAPTR NAPTR записи чаще всего используются для приложений интернет-телефонии, например, при отображении серверов и адресов пользователей в протоколе установления сеанса (SIP).

Перетащите букмарклет себе в закладки и пользуйтесь инструментом проще!

Online DNS Record Viewer


Checkout ? #

The table in Checkout section clearly summarizes prices that are associated with options you choose in the tool’s form.

Your credit balance is displayed on the right side above the main menu. Even if you are an anonymous user, you are given some credits to spend. Every IP address has its own account and it is provided with free credits that can be used to pay for Online Domain Tools services. Moreover, credit balance is reset every day. This is why we call them Daily Credits. Accounts of registered users have higher Daily Credits amounts and can even increase them by purchasing subscriptions.

Bes >3.00 . Once IP address account spends credits from its Wallet, it can not be charged again. This should allow new users to try most of Online Domain Tools services without registration.

Item Description Item Price Your Price
Total

Examples #

Try a few example inputs:

  • [TRY] ANY DNS records for google.com
  • [TRY] SOA record for facebook.com (authoritative request)
  • [TRY] A record for en.wikipedia.org from the name server 8.8.8.8 (i.e., google-public-dns-a.google.com)

See Also #

Description #

Online DNS Record Viewer makes it easy to view all kinds of Domain Name System (DNS) records. The DNS is crucial system for today’s Internet. Incorrectly set up DNS records cause many different problems to administrators of web servers and company infrastructure. Online DNS Record Viewer can be used to check various DNS records on arbitrary DNS servers.

Online DNS Record Viewer can become handy even if you are not a server administrator. As a common user you might want to investigate why are you unable to reach a certain web site while your friends have no problems with it. With Online DNS Record Viewer you check the records of your Internet service provider’s (ISP) DNS server and compare it with the information from the target domain’s authoritative DNS server and you find out that your ISP’s server is poorly configured or just holds the old version of the record in its cache. You can also reveal how systems such as opendns.com work under the hood.

Usage #

Fill in the Host / IP address field with the domain name or IP address you want to query about. Specify a name server of your choice in the DNS server field, or just leave the «Default» value there to use one of our DNS servers. Then, in the Query type field, select the type of DNS record you are interested in and click the «Query!» button to get your result.

If you want to receive authoritative answer rather than non-authoritative enable the Require authoritative answer option. Online DNS Record Viewer will try to contact the authoritative name server for the specified query and obtain the authoritative answer for you. The specified name server will be used to find the authoritative name server. If Online DNS Record Viewer fails to obtain the authoritative answer it will automatically try to get at least a non-authoritative answer from the specified name server.

DNS Resource Records

Zone DNS database is a collection of resource records and each of the records provides information about a specific object. A list of most common records is provided below:

The record A specifies IP address (IPv4) for given host. A records are used for conversion of domain names to corresponding IP addresses.

The record AAAA (also quad-A record) specifies IPv6 address for given host. So it works the same way as the A record and the difference is the type of IP address.

The CNAME record specifies a domain name that has to be queried in order to resolve the original DNS query. Therefore CNAME records are used for creating aliases of domain names. CNAME records are truly useful when we want to alias our domain to an external domain. In other cases we can remove CNAME records and replace them with A records and even decrease performance overhead.

HINFO records are used to acquire general information about a host. The record specifies type of CPU and OS. The HINFO record data provides the possibility to use operating system specific protocols when two hosts want to communicate. For security reasons the HINFO records are not typically used on public servers.

Note: Standard values in RFC 1010

The ISDN resource record specifies ISDN address for a host. An ISDN address is a telephone number that consists of a country code, a national destination code, a ISDN Subscriber number and, optionally, a ISDN subaddress. The function of the record is only variation of the A resource record function.

The MX resource record specifies a mail exchange server for a DNS domain name. The information is used by Simple Mail Transfer Protocol (SMTP) to route emails to proper hosts. Typically, there are more than one mail exchange server for a DNS domain and each of them have set priority.

Example:

The NS record specifies an authoritative name server for given host.

As opposed to forward DNS resolution (A and AAAA DNS records), the PTR record is used to look up domain names based on an IP address.

The record specifies core information about a DNS zone, including the primary name server, the email of the domain administrator, the domain serial number, and several timers relating to refreshing the zone.

The text record can hold arbitrary non-formatted text string. Typically, the record is used by Sender Policy Framework (SPF) to prevent fake emails to appear to be sent by you.

Как указать свои MX, TXT и CNAME записи к домену для арендованного магазина

Если у вас возникла ситуация что необходимо прописать MX, TXT или CNAME запись для доменного имени, то теперь данная операции доступна прямо из панели управления сайтом.

Ниже мы рассмотрим варианты добавления MX, TXT и CNAME записей для доменного имени.

И так, чтобы добавить TXT или MX или CNAME запись, вам необходимо перейти в свой аккаунт на сайте advantshop.net и далее в списке сайтов найти нужный интернет-магазин.

Затем нажать на оранжевую кнопку «Подробнее» напротив нужного магазина и перейти в карточку магазина.

Далее, нажать на ссылку «Управление доменами» (рис 1).

В открывшемся окне, напротив нужного нам доменного имени, нажимаем на ссылку
«Управление DNS».

Далее, на открывшейся форме, мы видим все ранее добавленные MX и TXT и CNAME записи для домена.

Добавление записей в целом схоже, но мы рассмотрим каждый случай отдельно.

Добавление TXT записи

Для добавления TXT записи нам необходимо выбрать в выпадающем списке в поле «тип» — значение «TXT», далее заполнить поля «Хост» и «Значение записи».

Например, рассмотрим реальный пример добавления записи для почты yandex:

В инструкции yandex написано следующее:

И так, чтобы добавить такую запись мы вводим значения (1):

Поле «Хост» — Пустое или @

Поле «Значение записи» — «v=spf1 redirect=_spf.yandex.net» (без кавычек)

(2) И нажимаем на кнопку «Добавить»

Получится вот так (3):

Готово. Запись добавлена.

Добавление MX записи

Добавление mx записи частая операция, особенно если вам необходима почта для домена.

Обратите внимание! Если вы используйте почту для домена от Yandex, то MX запись уже присутствует у доменного имени и добавлять её нет необходимости.

Тут, мы рассмотрим более сложный пример. Мы добавим MX записи почтового сервиса Google.

Для этого, сначала нужно удалить запись что уже есть для почты Yandex или любая другая, чтобы не было конфликтов почтовых сервисов.

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

Напомним, что MX записи должны быть только от одного сервиса, если указать записи от Yandex и от Google то почта будет работать с перебоями, что чревато потерей писем.

Затем необходимо последовательно добавить все 5 MX-записей что требуются для работы почты от Google.

Поле «Хост» — Пустое или @

Поле «Значение записи» — «ASPMX.L.GOOGLE.COM» (без кавычек)

И так, по очереди все остальные 5 записей.

В итоге получиться вот так:

Готово. Всё просто, записи добавлены.

Добавление CNAME записи

Добавление CNAME записи относительно редкая операция, однако если такая необходимость возникла, это можно осуществить без проблем.

Мы рассмотрим наиболее частый пример. Мы добавим CNAME запись для нашего поддомена на какой-либо другой сайт.

К примеру требования вот такие:

Мы добавляем запись CNAME для 2х доменов, для offer.mysite7.ru и price.mysite7.ru (так же для www вариантов).

Обратите внимание! В поле хост необходимо указывать не весь адрес целиком, а только название поддомена. Вместо offer.mysite7.ru в поле хост указываем только «offer».

Хорошо, приступим к непосредственному добавлению записей.

(1) Выбираем тип записи — CNAME

(2) Тут указываем хост. Для нашего примера с offer.mysite7.ru, в хост нужно указать только «offer», для примера с www.offer.mysite7.ru в поле хост необходимо указать только часть до домена, а именно «www.offer».

(3) Указываем сайт куда собственно должна смотреть запись CNAME. В нашем примере, это вымышленный сайт testmegasite.ru

(4) Нажимаем на кнопку «Добавить».

Для остальных записей повторяем шаги 1-4.

Получиться вот так.

Готово. Записи добавлены.

Добавление А записи

Добавление A записи относительно редкая операция, однако если такая необходимость возникла, это можно осуществить без проблем.

Мы рассмотрим два наиболее частых примера.

Пример 1. Нам необходимо добавить поддомен «moscow.mysite6.ru» и чтобы по нему открывался наш магазин mysite6.ru.

И так, на странице DNS записей, выбираем тип записи А, и далее заполняем поля.


Поле «Хост» — Тут указываем хост. Для нашего примера с moscow.mysite6.ru, в хост нужно указать только «moscow», для примера с www.moscow.mysite6.ru в поле хост необходимо указать только часть до домена, а именно «www.moscow».

Поле «Значение» — Выбираем магазин №XXX

Как показано на рисунке 11.

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

Готово. Запись добавлена.

Обратите внимание! Добавленная А запись, как правило начнёт действовать через 20-30 минут после добавления.

Пример 2. Нам необходимо добавить поддомен «landing1.mysite6.ru» и чтобы по нему открывался сторонний сайт, при этом нам заранее известен нужный IP адрес.

И так, на странице DNS записей, выбираем тип записи А, и далее заполняем поля.

Поле «Хост» — Тут указываем хост. Для нашего примера с landing1.mysite6.ru, в хост нужно указать только «landing1», для примера с www.landing1.mysite6.ru в поле хост необходимо указать только часть до домена, а именно «www.landing1».

Поле «Значение» — Выбираем «Другое», после этого появиться поле ip.

Поле «ip» — Указываем нужный нам IP адрес.

Как показано на рисунке 13.

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

Готово. Запись добавлена.

Обратите внимание! Добавленная А запись, как правило начнёт действовать через 20-30 минут после добавления.

DNS записи – NS, CNAME, TXT, A, AAAA

You are using an outdated browser. Please upgrade your browser.

By signing up, you agree to our Terms of Service and Privacy Policy.

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

Эти записи помогают пользователям подключать свои веб-сайты к использованию в сети Интернет.

Больше информации о настройке и обновлении DNS на хостинге можно узнать в нашей статье здесь.

DNS записи могут быть двух типов: статическими и динамическими .

  • Статическая запись – это запись, в которой нет информации о метке времени (вместо этого в свойствах метки времени будет указано “static”). Статическая запись может быть обновлена или удалена с DNS-сервера только по команде администратора или другой программы.
  • Динамическая запись – это запись с добавленной меткой времени. Обычно создается автоматически клиентской машиной, которая получает IP-адрес от сервера DHCP, или также может быть создан вручную на сервере DNS. Временная метка указывает период действия записи, если запись не обновляется или не обновляется после того, как прошло время, указанное в метке времени, то она может быть удалена при возникновении очистки DNS .

Существует много DNS записей основные с них : A , AAAA , CNAME , MX , PTR , TXT , NS , SRV записи.
A запись являются наиболее базовым типом записи DNS и используются для направления домена или субдомена на IP-адрес (используется для 32-битных адресов IPv4).

Name – имя записи (указываем доменное имя).

IP – значение записи (указываем IP сервера).

TTL (Time to Live) – время обновления информации о записи ( время в секундах, хранения записи в кеше DNS системы) .

A записи могут принимать только IP-адрес в качестве значения, Вы можете направить один и тот же домен / поддомен на несколько IP-адресов, просто добавив еще одну запись A с тем же именем, но с другим IP-адресом в поле “значение”.

Запись AAAA (также запись quad-A) указывает адрес IPv6 для данного хоста. Таким образом, он работает так же, как запись A, и разница заключается в типе IP-адреса.

Записи CNAME (Canonical Name Record – запись канонического имени) являются другим часто используемым типом записи DNS.

CNAME используется для создания псевдонима для существующей A и AAAA записи. При этом в поле со значением заполняется именем домена, которое ранее было связано с IP-адресом в файле. Таким образом, разные адреса могут ссылаться на один и тот же сервер. Например, псевдоним «service.google.ru» может использоваться для указания на существующую A-запись «story.google.ru», где размещен сервис.

Записи CNAME действительно полезны, когда мы хотим сделать перенаправление части сайта на сайт, который находится в другом месте и при запуске нескольких служб (таких как FTP и веб-сервер) с одного IP-адреса. Каждая служба может иметь свою собственную запись в DNS (например, support.google.ru или ftp.google.ru).

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

В других случаях мы можем удалить записи CNAME и заменить их A записями и снизить накладные расходы на производительность.

Запись ресурса MX ( Mail Exchange – почтовый обмен) используется специально для отправки электронной почты и указывает сервер обмена почтой для доменного имени DNS. Эта информация используется протоколом SMTP для маршрутизации электронной почты на соответствующие узлы. Здесь определен один или несколько почтовых серверов, которые принадлежат соответствующему домену. При использовании нескольких почтовых серверов (например, для компенсации сбоя), лучше сразу указать разные уровни приоритета.

Номер приоритета используется для указания того какой из серверов, перечисленных в записях MX, следует попытаться использовать в первую очередь. Чем ниже значение приоритета, приоритет 0 является наивысшим приоритетом, тем выше приоритетное значение указанного почтового ящика (письма в первую очередь будут приходить туда, если приоритет одинаковый, то ящик для приема писем будет выбран рандомно).

Запись PTR является аналогом записи A. По сути это обратная запись A, где поле «имя» содержит информацию о IP-адресе, а поле «значение» содержит строку имени хоста. Запись PTR используется для сопоставления IP-адреса с соответствующим именем хоста, обычно используется для определения того, какое имя хоста использует указанный IP-адрес.

TXT или текстовая запись – это особый тип записи DNS. Он не используется для пересылки трафика, а используется для предоставления информации о домене. TXT может быть создан в любой зоне в виде статической или динамической записи. Поле «имя» и поле «значение» могут быть заполнены чем угодно, как того требует программа или протокол. TXT запись часто используется для подтверждения владение доменом ( например, при добавлении Google-метрики на сайт).

SRV или служебная запись – это тип DNS-записи, используемой для указания служб. Запись SRV предоставляет информацию о том, какие службы доступны в определенной зоне или домене. Запись SRV имеет формат для поле «имя», где она начинается с имени службы, имени протокола, а затем имени зоны или домена. А поле «значение» будет содержать несколько сведений, таких как приоритет, вес, номер порта службы и имя хоста, на котором находится служба.

Service – название службы, для которой предназначена запись SRV ( начинать ввод название с префикса подчеркивания ).

Protocol – название протокола для службы ( тоже с префиксом вначале).

Domain – домен для которого предназначена запись SRV.

Type – тип записи DNS, по умолчанию установлена на «SRV».

Priority – приоритет записи SRV. Низший приоритет считается наиболее важным. Суть похожая как и для указания приоритета в записи MX.

Weight – используется для разрыва связи, когда две или более записи SRV имеют одинаковый приоритет.

Port – порт для использования службы.

Target – полное доменное имя (FQDN) хоста, предоставляющего эту услугу.

NS запись – это DNS-запись, основная ее цель связывать домен и хостинг, в ней содержится список доверенных серверов имен для домена. Для этого нужно добавить в запись NS-сервера, которые предоставляет Ваш текущий хостинг провайдер для той или иной услуги. Минимум может быть два NS-сервера

Например, NS-ы нашей компании HyperHost следующие:

Для виртуального хостинга:

Для виртуальных серверов:

SOA запись или Start of Authority – это запись DNS, которая содержит имя сервера, на котором хранится вся информация, касающаяся этой записи. Он включает в себя достоверную информацию, такую как идентификационный номер сервера, ответственный почтовый адрес, основной сервер имен и т. д. Предполагается, что сервер, на который есть ссылка в записи SOA, отвечает за любой процесс в соответствующей записи.

Primary server – главный сервер имен для домена. Должен быть указан только один сервер имен, даже если в домене есть несколько авторитетных серверов имен.

Hostmaster – адрес почты администратора домена.

Serial – «номер версии» для записи SOA. Он увеличивается каждый раз, когда обновляется файл зоны, в котором находится запись SOA. Допустимые значения: от 1 до 4 294 967 295.

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

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

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

Minimum TTL – минимальное время в секундах для кэширования.

Настройка DNS записей очень важна для корректной работы домена и сопутствующих служб, поэтому до этого дела нужно подойти очень серьезно. Если на каком-то этапе добавления записей у Вас возникли вопросы или трудности тех.поддержка ГиперХост с радостью помогут Вам с этим.

DNS. Типы DNS записей

Webmin не поддерживает работу со всеми типами записей, которые знает BIND. Поддерживается работа только с теми, что более распространены. Ниже будут описаны типы записей, с которыми Webmin умеет работать. Кроме того, будет дана краткая характеристика каждому из этих типов.

Типы записей доступных в прямой зоне:

Address (A) — адресный тип записи. Этот тип ассоциирует IP адрес с hostname(имя хоста). Любая система, к которой вы захотите подключится через HTTP, telnet или иной протокол, имеющая закрепленное за ней hostname(имя хоста), должна иметь адресную запись, чтобы по имени хоста(hostname) можно было отыскать IP адрес хоста. Помните, одно имя хоста( hostname) может иметь несколько адресных записей(записей A типа) . Это часто используется для распределения нагрузки на веб-сайт между несколькими системами. Кроме того, можно создать несколько адресных записей с различными hostname(имя хоста), но одним и тем же IP адресом, как если бы создавались name-based(имя-основанные) виртуальные сервера Apache.

При создании или редактировании адресной записи, поле Address(IP адрес) предназначено для записи IP адреса, который будет ассоциирован с hostname(имя хоста). Поле Update reverse?(Обновить обратную зону?), отвечает за автоматическое создание и изменение записи Reverse Address(Запись обратного адреса, тип PTR) в Reverse zone(Обратной зоне). Смотри Добавление и редактирование записей, для подробностей.

Name Server (NS) — тип записи определяющий имя сервера, отвечающего за обслуживание зоны. Каждая зона должна иметь хотя бы одну NS запись и кроме того, может иметь дополнительные NS записи для поддоменов этой зоны. Если вы настраиваете дополнительный(второй, secondary) DNS сервер для некоторой зоны, то незабудьте проверить, добавлена ли NS запись для этой зоны на главном(основном, master) DNS сервере. В этом случае(если настраиваете дополнительный DNS сервер), имя записи должно быть каноническим для зоны, например example.com(т.е. полностью с родительской(ими) зоной(ами)) .

При создании или редактировании записи этого типа, поле Name Server(Имя сервера; hostname; имя хоста) предназначено для ввода IP адреса или hostname(имя хоста), DNS сервера, отвечающего за обслуживание зоны. Если вы введете hostname(имя хоста), то необходима ещё адресная запись(Address record; A-запись) с IP адресом для этого hostname(имя хоста), расположенного в некоторой зоне, на вашем DNS сервере.

Name Alias (CNAME) — этот тип записи позволяет создавать алиасы(псевдонимы, ссылки, привязки) к уже существующим адресным(Address; тип A) и обратным адресным(Reverse Address, тип PTR) записям. Когда DNS клиент запрашивает IP адрес, этого типа(Name Alias), то он получает тот IP адрес, прописанный в той записи, к которой сделана привязка. Это может быть полезным, если вы хотите, чтобы некоторый хост был доступен под несколькими именами. Конечно, это может быть достигнуто созданием нескольких адресных записей, но вариант с алиасами удобней в том, что если у некоторого хоста сменился IP адрес, то нет необходимости что-то менять в алиасах. В то время как, если использовать множетство адресных записей — придется вносить изменения каждую запись связанную с этим некоторым сервером.

Форма создания и редактирования записи Name Alias содержит поле Real Name(Реальное имя), предназначенное для ввода канонического реального имени записи на которую будет указывать алиас(например webserver.example.com).

Mail Server (MX) — тип записи, который сообщает почтовым программам, вроде Sendmail или Qmail, где находится почтовый сервер(сервер к которому, нужно обратится, для доставки почты в этом домене). Без этой записи, почта для этого домена, будет доставлена на ту систему(тот сервер, хост), чей IP адрес указан в адресной записи(Address, тип А) для этой зоны.

Каждая MX запись имеет приоритет, что позволяет разгрузить нагрузку между несколькими почтовыми серверами. Соответственно, приоритет сообщает почтовым программам(доставщикам), к какому из серверов обратится первому. И далее по убывающей, например если сервер с высоким приоритетом не отвечает.

Примечание : Высокий приоритет в данном контексте означает не самое большое число, а самое маленькое, т.е. 10 выше чем 50.

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

При добавлении или редактировании MX записи вам доступны два поля. В первое необходимо внести каноническое hostname(имя хоста) или ссылку на него(на имя хоста), почтового сервера. Второе поле предназначено для введения приоритета MX записи. Обычно, для главного сервера устанавливают приоритет равный 5. Если у вас всего один почтовый сервер, то приоритет не имеет значения. Кроме того, вы можете установить для двух почтовых серверов одинаковый приоритет. В таком случае сервер, который доставит письмо адресату, будет определен случайным образом.

Host Information (HINFO) — типа записи используемый для хранения информации об архитектуре и операционной системе некоторого хоста. Например, вам может понадобится создать запись для сервера test.example.ru, что он(сервер) есть x86 PC под FreeBSD. Однако, это очень редко применяется, так как такая информация может быть использована злоумышленниками при подготовке атак.

При добавлении или редактировании этого типа записи, поля Hardware(Архитектура) и Operating System(Операционная система) предназначены для ввода архитектуры и операционной системы хоста, соответственно. Вводить данные в эти поля следует без пробелов, заменяя пробелы знаком «земля», то есть «_» без кавычек.

Text (TXT) — тип записи, который ассоциирует произвольную текстовую информацию с выбранной зоной(доменом). То есть, нельзя добавить TXT запись просто куда-нибудь. Её можно добавить только, при редактировании некоторой зоны. Так вот к редактируемой зоне и будет присоединена эта текстовая информация. Этот тип может использоватся для присоединения комментариев к некоторой зоне(домену). Будьте осторожны, так как эту информацию может прочитать любой, запросивший информацию о зоне(домене), поэтому не располагайте в комментариях конфиденциальную информацию.

При добавлении или редактировании этого типа записи, поле Message(Сообщение), предназначено для ввода комментария к хосту. Этот текст может содержать и пробелы.

Well Known Service (WKS) — тип записи, который ассоциирует hostname(имя хоста), порт и протокол некоторого сервиса(например, почта) с выбранной зоной. Это может быть, к примеру, использовано, для указания клиентам, какой хост является почтовым сервером. Однако большинство программ не запрашивает WKS записи, поэтому на практике этот тип записей, часто бесполезен.


При добавлении или редактировании этого типа записи, поля Address(IP адрес), Protocol(Протокол) и Services(Сервисы), предназначены для ввода IP адреса хоста некоторого сервиса, который оказывается для этой зоны(домена); сетевого протокола, который используется сервисом — TCP или UDP; номера порта на котором, предоставляется данный сервис, соответственно.

Responsible Person (RP) — тип записи, который ассоциирует человека или группу людей ответственных за эту зону(домен). Поля E-mail address(E-mail адрес) и Text Record Name(Имя), предназначены для ввода E-mail адреса ответственного лица и его имени(имени и фамилии), соответственно. Этот тип записей используется редко.

Location (LOC) — тип записи, который используется для указания физического расположения хоста. В координатах широты и долготы. Возможно, будет полезным для больших организаций, сервера, которых в разных странах.

При добавлении или редактировании этого типа записи, поле Latitude(Широта) and Longtitude(Долгота) предназначено для ввода широты и долготы. Пример, для хоста cambridge-net.kei.com есть 42 21 54 N 71 06 18 W -24m 30m .

Service Address (SRV) — тип записи, который ассоциирует доменное имя, имя сервиса и протокол с некоторым хостом. Другими словами, эта запись используется для указания расположения некоторого сервиса на некотором хосте. К примеру, этот тип записи может быть использован, если вы хотите указать, что POP3 сервер для example.ru это mail.example.ru, а веб-сервер это www.example.ru.

При добавлении или редактировании этого типа записи, поля Protocol(Протокол) и Service Name(Имя сервиса), предназначены для ввода протокола, который использует сервис(TCP, UDP, TLS) и имени(названия) сервиса(это имя можно взять из файла /etc/services) соответственно. Названия сервисов могут быть такими — pop3, telnet и другие. Когда клиент ищет некоторую SRV запись, то вид запроса записи следующий: _telnet._tcp.example.ru(Например, может быть таким). Webmin автоматически преобразует вами созданную запись к такому(правильному) виду. Это означает, что нет необходимости создавать или редактировать такого типа записи вручную.

Поле Priority(Приоритет) предназначено для ввода приоритета для этого сервера, означающий(приоритет) то же самое, что и приоритет для MX записей. Поле Weight(Вес) предназначено для ввода числа, означающего «вес» этого хоста. Обращения пользователей будут преимущественно к серверу имеющему бОльший «вес».

Поле Port предназначено для ввода номера порта, на котором предоставляется данный сервис.

Public Key (KEY) — тип записи, который ассоциирует «ключ» к некоторому хосту. Этот ключ используется для IPsec VPN.

Типы записей доступных в обратной зоне:

Reverse Address (PTR) — тип записи, который ассоциирует hostname(имя хоста) с IP адресом в обратной зоне. Для DNS клиентов, необходимо отыскивать hostnames(имена хостов) по заданному IP адресу. Вам следует создавать по одной записи этого типа для каждого хоста. Однако, в большинстве случаев это может быть автоматизировано. Webmin может добавлять адресную запись в обратную зону, сразу после того, как соответствующая адресная запись добавлена в прямую зону. То есть Webmin умеет синхронизировать прямую и обратную зоны.

При добавлении или редактировании этого типа записи, поля Address(IP адрес) и Hostname(Имя хоста) предназначены для ввода IP адреса(Например, 192.168.1.5; Этот адрес будет автоматически конвертирован Webmin’ом в формат in-addr.arpa, используемый DNS сервером для обратной зоны) и hostname(имя хоста) в канонической форме(Например, test.example.ru.), соответственно.

ВНИМАНИЕ: При вводе Hostname(Имя хоста), обязательно поставьте в конце точку. Это не опечатка.

Name Server (NS) — тип записи NS в обратной зоне, предназначен для того же, что и в прямой — он сообщает другим DNS серверам, IP адрес или hostname(имя хоста) сервера обслуживающего некоторую зону(домен) или некоторый поддомен.

Как указать свои MX, TXT и CNAME записи к домену для арендованного магазина

Если у вас возникла ситуация что необходимо прописать MX, TXT или CNAME запись для доменного имени, то теперь данная операции доступна прямо из панели управления сайтом.

Ниже мы рассмотрим варианты добавления MX, TXT и CNAME записей для доменного имени.

И так, чтобы добавить TXT или MX или CNAME запись, вам необходимо перейти в свой аккаунт на сайте advantshop.net и далее в списке сайтов найти нужный интернет-магазин.

Затем нажать на оранжевую кнопку «Подробнее» напротив нужного магазина и перейти в карточку магазина.

Далее, нажать на ссылку «Управление доменами» (рис 1).

В открывшемся окне, напротив нужного нам доменного имени, нажимаем на ссылку
«Управление DNS».

Далее, на открывшейся форме, мы видим все ранее добавленные MX и TXT и CNAME записи для домена.

Добавление записей в целом схоже, но мы рассмотрим каждый случай отдельно.

Добавление TXT записи

Для добавления TXT записи нам необходимо выбрать в выпадающем списке в поле «тип» — значение «TXT», далее заполнить поля «Хост» и «Значение записи».

Например, рассмотрим реальный пример добавления записи для почты yandex:

В инструкции yandex написано следующее:

И так, чтобы добавить такую запись мы вводим значения (1):

Поле «Хост» — Пустое или @

Поле «Значение записи» — «v=spf1 redirect=_spf.yandex.net» (без кавычек)

(2) И нажимаем на кнопку «Добавить»

Получится вот так (3):

Готово. Запись добавлена.

Добавление MX записи

Добавление mx записи частая операция, особенно если вам необходима почта для домена.

Обратите внимание! Если вы используйте почту для домена от Yandex, то MX запись уже присутствует у доменного имени и добавлять её нет необходимости.

Тут, мы рассмотрим более сложный пример. Мы добавим MX записи почтового сервиса Google.

Для этого, сначала нужно удалить запись что уже есть для почты Yandex или любая другая, чтобы не было конфликтов почтовых сервисов.

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

Напомним, что MX записи должны быть только от одного сервиса, если указать записи от Yandex и от Google то почта будет работать с перебоями, что чревато потерей писем.

Затем необходимо последовательно добавить все 5 MX-записей что требуются для работы почты от Google.

Поле «Хост» — Пустое или @

Поле «Значение записи» — «ASPMX.L.GOOGLE.COM» (без кавычек)

И так, по очереди все остальные 5 записей.

В итоге получиться вот так:

Готово. Всё просто, записи добавлены.

Добавление CNAME записи

Добавление CNAME записи относительно редкая операция, однако если такая необходимость возникла, это можно осуществить без проблем.

Мы рассмотрим наиболее частый пример. Мы добавим CNAME запись для нашего поддомена на какой-либо другой сайт.

К примеру требования вот такие:

Мы добавляем запись CNAME для 2х доменов, для offer.mysite7.ru и price.mysite7.ru (так же для www вариантов).

Обратите внимание! В поле хост необходимо указывать не весь адрес целиком, а только название поддомена. Вместо offer.mysite7.ru в поле хост указываем только «offer».

Хорошо, приступим к непосредственному добавлению записей.

(1) Выбираем тип записи — CNAME

(2) Тут указываем хост. Для нашего примера с offer.mysite7.ru, в хост нужно указать только «offer», для примера с www.offer.mysite7.ru в поле хост необходимо указать только часть до домена, а именно «www.offer».

(3) Указываем сайт куда собственно должна смотреть запись CNAME. В нашем примере, это вымышленный сайт testmegasite.ru

(4) Нажимаем на кнопку «Добавить».

Для остальных записей повторяем шаги 1-4.

Получиться вот так.

Готово. Записи добавлены.

Добавление А записи

Добавление A записи относительно редкая операция, однако если такая необходимость возникла, это можно осуществить без проблем.

Мы рассмотрим два наиболее частых примера.

Пример 1. Нам необходимо добавить поддомен «moscow.mysite6.ru» и чтобы по нему открывался наш магазин mysite6.ru.

И так, на странице DNS записей, выбираем тип записи А, и далее заполняем поля.

Поле «Хост» — Тут указываем хост. Для нашего примера с moscow.mysite6.ru, в хост нужно указать только «moscow», для примера с www.moscow.mysite6.ru в поле хост необходимо указать только часть до домена, а именно «www.moscow».

Поле «Значение» — Выбираем магазин №XXX

Как показано на рисунке 11.

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

Готово. Запись добавлена.

Обратите внимание! Добавленная А запись, как правило начнёт действовать через 20-30 минут после добавления.

Пример 2. Нам необходимо добавить поддомен «landing1.mysite6.ru» и чтобы по нему открывался сторонний сайт, при этом нам заранее известен нужный IP адрес.

И так, на странице DNS записей, выбираем тип записи А, и далее заполняем поля.

Поле «Хост» — Тут указываем хост. Для нашего примера с landing1.mysite6.ru, в хост нужно указать только «landing1», для примера с www.landing1.mysite6.ru в поле хост необходимо указать только часть до домена, а именно «www.landing1».

Поле «Значение» — Выбираем «Другое», после этого появиться поле ip.

Поле «ip» — Указываем нужный нам IP адрес.

Как показано на рисунке 13.

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

Готово. Запись добавлена.

Обратите внимание! Добавленная А запись, как правило начнёт действовать через 20-30 минут после добавления.

Добавить комментарий