Ресурсные записи dns: Что такое ресурсные записи DNS

alexxlab

Что такое ресурсные записи DNS

DNS (система доменных имен) – это «телефонная книга» Интернета. В качестве номера телефона в ней выступает IP-адрес, а в качестве наименований контактов — домены. В такую книгу можно внести не только «телефонный номер», но и дополнительную информацию о контакте («е-mail», «место работы» и т.п.).

Узнайте больше о работе DNS в статье: Что такое DNS, принципы работы DNS и почему домены начинают работать не сразу.

Информация о домене хранится на DNS-серверах. Чтобы внести её в систему DNS, нужно прописать ресурсные записи. С их помощью серверы делятся сведениями о доменах с другими серверами. Пока не прописаны ресурсные записи для домена, его нет в «телефонной книге» Интернета. Следовательно, работа сайта или почты на нём невозможна. Прежде чем приступать к указанию ресурсных записей, нужно делегировать домен, то есть прописать для него DNS-серверы. Вы можете сделать это по инструкции: Как прописать DNS-серверы для домена в Личном кабинете. Затем переходите к ресурсным записям. Изменения вступят в силу после обновления DNS-серверов (обычно до 24 часов).

Основные ресурсные записи: записи типа A, CNAME, MX, TXT и SPF. С общей информацией по добавлению ресурсных записей вы можете познакомиться в статье: Настройка ресурсных записей в Личном кабинете.

Запись A

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

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

Имя записиТип записиЗначение
site.ruA123.123.123.123
shop.site.ruA123.123.123.123

где 123.123.123.123 — IP-адрес нужного вам сервера.

Запись CNAME

CNAME (Canonical name) — запись, которая отвечает за привязку поддоменов (например, www. site.ru) к каноническому имени домена (site.ru) или другому домену.
Основная функция CNAME — дублирование ресурсных записей домена (A, MX, TXT) для различных поддоменов.

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

Имя записиТип записиЗначение
www.site.ruCNAMEsite.ru
mail.site.ruCNAMEwebmail.hosting.reg.ru

Если вы пропишете CNAME для поддомена www.site.ru и укажете значение site.ru, сайт будет открываться с того же IP-адреса, что и site.ru. Если вы пропишете CNAME для mail.site.ru и укажете значение webmail.hosting.reg.ru, то на mail.site.ru будут распространятся те же ресурсные записи, что для webmail.hosting.reg.ru.

Важно

Использование записи CNAME исключает использование других ресурсных записей для данного поддомена, то есть для поддомена mail.site.ru или www.site.ru нельзя одновременно добавить и запись A и запись CNAME.

Запись MX

MX-запись что это? Это запись, отвечающая за сервер, через который будет работать почта. Записи MX критически важны для работы почты. Благодаря им отправляющая сторона «понимает», на какой сервер нужно отправлять почту для вашего домена.

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

Имя записиТип записиПриоритетЗначение
site.ruMX10mx1.hosting.reg.ru
site.ruMX15mx2.hosting.reg.ru

где mx1.hosting.reg.ru — нужный вам почтовый сервер.

Обычно указывается два почтовых сервера, чтобы в случае недоступности одного из них почта всё же была отправлена на другой. Приоритет записи определяет, на какой сервер нужно отправлять почту в первую очередь. Чем меньше число, тем выше приоритет. Таким образом, для доменного имени site.ru почтовый сервер mx1.hosting.reg.ru является основным, а mx2.hosting.

reg.ru выступает второстепенным. Если приоритет одинаковый, сервер выбирается случайным образом.

Запись TXT

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

Запись SPF

SPF-запись (Sender Policy Framework) содержит информацию о списке серверов, которые имеют право отправлять письма от имени заданного домена. Позволяет избежать несанкционированного использования. Настройка SPF прописывается в TXT-записи для домена.

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

Имя записиТип записиЗначение
site. ruTXTv=spf1 include:_spf.hosting.reg.ru ip4:123.123.123.123 a mx ~all

где 123.123.123.123 — IP-адрес нужного вам сервера.

В этом примере:

  • v=spf1 — определяет версию используемой записи SPF;
  • include:_spf.hosting.reg.ru — включает в запись SPF значение SPF-записи другого домена. То есть для домена будут действовать все значения записи SPF для домена «_spf.hosting.reg.ru»;
  • ip4:123.123.123.123 — разрешает приём почты с IP-адреса 123.123.123.123;
  • a — разрешает приём почты с сервера, IP-адрес которого стоит в ресурсной A-записи домена. Проще говоря, с сервера, где размещён сайт;
  • mx — разрешает приём почты, если отправляющий сервер указан в одной из записей MX для домена;
  • ~all — если письмо пришло с сервера, который не входит в вышеперечисленный список, его стоит проанализировать более тщательно. Также иногда используется -all — в этом случае письмо не проходит дополнительных проверок и сразу отвергается.

Помимо «~» и «-», для параметра «all» существуют ещё ключи:

  • «
    +    » — принимать почту,
  • «?» — воспринимать письмо нейтрально.

Записи NS, PTR, SOA являются служебными и, как правило, настраиваются автоматически.

Запись NS

NS-запись (Authoritative name server) указывает на DNS-серверы, которые отвечают за хранение остальных ресурсных записей домена. Количество NS записей должно строго соответствовать количеству всех обслуживающих его серверов. Критически важна для работы службы DNS.

Запись PTR

PTR — обратная DNS-запись, которая связывает IP-адрес сервера с его каноническим именем (доменом). PTR-запись применяется для фильтрации почты. Для всех серверов виртуального хостинга REG.RU обратные DNS-записи прописываются автоматически. Если у вас заказан VPS или Dedicated-сервер, прописать PTR-запись можно по инструкции: Как настроить PTR-запись?

Запись SOA

SOA (Start of Authority) — начальная запись зоны, которая указывает, на каком сервере хранится эталонная информация о доменном имени. Критически важна для работы службы DNS. Подробнее о том, что такое SOA-запись и как её проверить, вы можете узнать в статье.

Помогла ли вам статья?

Да

121 раз уже помогла

Типы ресурсных записей DNS / Вопросы и ответы на DNAR.RU

Вопросы и ответы / Типы ресурсных записей DNS

Основные типы ресурсных записей (Resource Records)

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-адрес.

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

Пример:
Преобразованию имени test.ru в адрес 222:10:2521:1:210:4bff:fe10:d24 соответствуюет следующая AAAA-запись:

test.ru. AAAA 222:10:2521:1:210:4bff:fe10:d24 Задать вопрос

Управление записями ресурсов DNS — приложения Win32

Редактировать

Твиттер LinkedIn Фейсбук Эл. адрес

  • Статья
  • 2 минуты на чтение

Ресурсная запись, обычно называемая RR, представляет собой единицу ввода информации в файлы зон DNS; RR — это основные строительные блоки информации об имени хоста и IP-адресе, которые используются для разрешения всех DNS-запросов. Записи ресурсов бывают самых разных типов, чтобы обеспечить расширенные службы разрешения имен.

Различные типы RR имеют разные форматы, так как содержат разные данные. Многие RR имеют общий формат. Каждый DNS-сервер содержит записи ресурсов для той части пространства имен, для которой он является полномочным.

Поставщик DNS WMI в настоящее время поддерживает следующие типы RR. Щелкните имя записи ресурса, чтобы перейти на ее справочную страницу.

.
Ресурсная запись (в провайдере) Описание
MicrosoftDNS_AType Запись преобразования имени в адрес
MicrosoftDNS_AAAAType Хост для записи адреса IPv6
MicrosoftDNS_AFSDBType Эндрю запись сервера базы данных файловой системы
MicrosoftDNS_ATMAType Запись адрес-имя банкомата
MicrosoftDNS_CNAMEType Каноническое имя запись
MicrosoftDNS_HINFOType Информационная запись хоста
MicrosoftDNS_ISDNType Запись цифровой сети с интеграцией услуг
MicrosoftDNS_KEYType КЛЮЧЕВАЯ запись. См. RFC 2535
MicrosoftDNS_MBType Запись почтового ящика
MicrosoftDNS_MDType Почтовый агент для записи домена
MicrosoftDNS_MFType Агент пересылки почты для записи домена
MicrosoftDNS_MGType Запись почтовой группы
MicrosoftDNS_MINFOType Почтовая информационная запись
MicrosoftDNS_MRType Запись переименования почтового ящика
MicrosoftDNS_MXType Запись почтового обменника
MicrosoftDNS_NSType Запись сервера имен
MicrosoftDNS_NXTType Следующая запись
MicrosoftDNS_PTRType Запись сопоставления адреса с именем
MicrosoftDNS_RPType Запись ответственного лица
MicrosoftDNS_RTType Маршрут через запись
MicrosoftDNS_SIGType Запись подписи
MicrosoftDNS_SOAType Начало полномочий
MicrosoftDNS_SRVType Служебная запись
MicrosoftDNS_TXTType Текстовая запись
MicrosoftDNS_WINSType Запись WINS-сервера
MicrosoftDNS_WINSRType Запись обратного просмотра WINS
MicrosoftDNS_WKSType Запись общеизвестных служб
MicrosoftDNS_X25Type X. 121 Запись преобразования адреса в имя

 

Поставщик DNS WMI позволяет администрировать записи ресурсов с самого сервера или с удаленных узлов. Общие шаги, необходимые для администрирования RR с помощью поставщика DNS WMI:

  • Подключение к поставщику DNS WMI
  • Получение экземпляра записи ресурсов
  • Перечисление или изменение свойства записи ресурса или использование метода

Следующие задачи связаны с соответствующими примерами сценариев.

  • Список типов ресурсов
  • Добавление записи ресурса
  • Удаление записи ресурса
  • Изменение записи ресурса

DNS Recorce Records — Cisco

Содержание

ВВЕДЕНИЕ

Пререквизиты

Требования

Компоненты использовали

Конвенции

Начало авторитета

SOA Record Data Data Fields

.

Почтовый обмен

Каноническое имя

Указатель

Дополнительная информация

Записи ресурсов определяют типы данных в системе доменных имен (DNS). Ресурсные записи, указанные в RFC 1035, хранятся внутри в двоичном формате для использования программным обеспечением DNS. Но записи ресурсов отправляются по сети в текстовом формате, пока они выполняют передачу зоны. В этом документе обсуждаются некоторые из наиболее важных типов записей ресурсов.

Примечание. Существует ряд других типов записей, которые больше не поддерживаются. К ним относятся адресат почты (MD), переадресатор почты (MF), почтовая группа (MG), информация о почтовом ящике или списке рассылки (MINFO), переименование почты (MR) и NULL. Вы можете получить полный список типов записей DNS из IANA DNS Parameters.

Требования

Для этого документа нет особых требований.

Используемые компоненты

Этот документ не ограничен конкретными версиями программного и аппаратного обеспечения.

Условные обозначения

Для получения дополнительной информации об условных обозначениях см. Технические советы Cisco Условные обозначения.

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

Для каждого домена сервера имен (каждого поддомена) должна быть ровно одна запись SOA. Это относится к субдоменам IN-ADDR.ARPA (обратные домены). Область пространства имен с отдельной SOA называется зоной.

Формат этой записи виден в этом выводе. Значения временных интервалов, указанные в этом SOA, рекомендованы RFC 1537.

 ДОМЕН.ИМЯ. IN SOA Имя хоста.Домен.Имя. Почтовый Ящик.Домен.Имя. (
                                1; серийный номер
                                86400 ; обновление в секундах (24 часа)
                                7200 ; повторите попытку в секундах (2 часа)
                                2592000 ; истекает в секундах (30 дней)
                                345600) ; TTL в секундах (4 дня)
Запись SOA для вымышленного foo. edu может выглядеть примерно так:
ФОО.ЕДУ. В СОА FOO.EDU. Джо_Смит.Фу.ЭДУ. (
                                910612 ; серийный номер
                                28800 ; обновить через 8 часов
                                7200 ; повторите попытку через 2 часа
                                604800 ; истекает через 7 дней
                                86400 ) ; TTL 1 день

Поля данных записи SOA

В этом списке приведены пояснения к полям данных в вымышленной записи SOA.

  • ДОМЕН.ИМЯ. —Имя домена, к которому относится запись SOA. Обратите внимание на точку в конце (.). Это означает, что к имени не следует добавлять суффикс.

  • IN — Класс записи DNS. IN означает «Интернет».

  • SOA — Тип записи DNS, в данном примере Start of Authority.

  • Имя хоста.Домен.Имя. — «Поле источника» должно содержать имя хоста первичного сервера имен для этой зоны, хоста, на котором находятся авторитетные данные.

  • Почтовый ящик.Домен.Имя. — Почтовый ящик лица, ответственного за (службу имен) этого домена. Чтобы преобразовать это поле в пригодный для использования адрес электронной почты, замените первую точку (.) на @ (знак at). В этом примере, если есть проблемы с foo.edu, отправьте электронное письмо на адрес [email protected].

  • Серийный номер — Серийный номер текущей версии базы данных DNS для этого домена. Серийный номер — это средство, с помощью которого другие серверы имен узнают, что ваша база данных была обновлена. Этот серийный номер начинается с 1 и должен быть монотонно возрастающим целым числом. Не ставьте десятичную точку в серийном номере, так как это может привести к запутанным и неприятным результатам. Некоторые администраторы DNS используют дату последнего изменения в качестве серийного номера в формате ГГММДДЧЧММ, другие просто увеличивают серно на небольшое число каждый раз при обновлении базы данных. Полукруглая скобка, которая появляется перед serno и закрывается после минимального числа времени жизни (TTL), позволяет SOA охватывать несколько строк.

    Когда вторичный сервер имен для домена foo.edu связывается с первичным сервером имен, чтобы проверить, были ли изменения в базе данных DNS первичного сервера, и если вторичный сервер должен выполнить передачу зоны, он сравнивает свой собственный серийный номер с серийным номером основного сервера. первичный сервер имен.

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

    Другие числовые поля известны как поля TTL. Они контролируют частоту, с которой серверы имен опрашивают друг друга, чтобы получать обновления информации (например, как долго данные кэшируются и т. д.).

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

  • Retry — Интервал в секунду, с которым вторичный сервер имен пытается повторно соединиться с первичным сервером имен в случае, если ему не удалось установить соединение в интервале обновления.

  • Expire —Количество секунд, по истечении которых вторичному серверу имен необходимо «устареть» данные первичного сервера имен, если ему не удается повторно подключиться к первичному серверу имен.

  • TTL — значение по умолчанию, которое применяется ко всем записям в базе данных DNS на сервере имен. Для каждой записи ресурса DNS может быть настроено значение TTL. Значение TTL записи SOA по умолчанию используется только в том случае, если для конкретной записи ресурса не настроено явное значение. Это значение предоставляется уполномоченными серверами имен (первичными и вторичными серверами имен для определенной зоны), когда они отвечают на запросы DNS.

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

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

 ДОМЕН.ИМЯ. IN NS Имя хоста.Домен.Имя.

Значение записи NS для домена — это имя сервера имен для этого домена. Вам необходимо перечислить запись NS для каждого первичного или вторичного сервера имен для домена.

Запись адреса (запись A) дает IPv4-адрес, соответствующий имени хоста. Может быть несколько IP-адресов, соответствующих одному имени хоста, также может быть несколько имен хостов, каждое из которых соответствует одному и тому же IP-адресу.

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

 Хост.домен.имя. IN A xx.xx.xx.xx(адрес IPv4)

Должна быть действительная запись «A» в DNS для Host.domain.name, чтобы команда, такая как команда telnet host.domain.name для работы (или должен быть CNAME, указывающий на имя хоста с действительной записью «A»).

Примечание. Расширения DNS для поддержки адресов IPv6 рассматриваются в RFC 1886 .

Запись информации о хосте (HINFO) может быть настроена для предоставления информации о типе оборудования и операционной системе (ОС) для каждого хоста. Его наличие не является обязательным, но наличие информации может быть полезным.

Для каждого имени хоста может быть только одна запись HINFO.

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

 Хост.ДОМЕН.ИМЯ. IN HINFO "Тип процессора" "Операционная система"

Примечание.  Поля типа ЦП и ОС являются обязательными. Если вы хотите оставить одно из этих полей пустым, укажите его как » » (пробел, заключенный в двойные кавычки). Вы не можете использовать только пару двойных кавычек [«»].

Примечание. Официальные имена машин, необходимые для HINFO, можно найти в RFC 1700 . RFC 1700 содержит полезную информацию, такую ​​как значения /etc/services, аппаратные адреса производителей Ethernet и значения по умолчанию HINFO.

Запись Text (TXT) позволяет связать любой произвольный текст с именем хоста. Некоторые нестандартные реализации команды bind не поддерживают запись TXT. Однако некоторые нестандартные реализации команды bind поддерживают фиктивный тип записи под названием «UINFO», который делает то же самое. Cisco рекомендует использовать только тип записи «TXT».

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

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

 Хост.ДОМЕН.ИМЯ. В TXT "администратор системы: [email protected]"
                   В ТХТ "меласу"

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

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

 Хост.домен.имя. IN MX nn Otherhost. domain.name.
                        IN MX nn Otherhost2.domain.name. 903:50

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

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

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

 псевдоним.домен.имя. В CNAME другой хост.домен.имя.

Это определяет alias.domain.name как псевдоним хоста, каноническим (стандартным) именем которого является otherhost.domain.name.

Примечание.  К имени хоста, существующему как CNAME, нельзя применять какие-либо другие записи DNS. Например, если ваш домен называетсяphilosophy.arizona.edu, и он обслуживается отдельно (чтобы иметь собственные записи SOA и NS), то вы не можете указать дляphilips.arizona.edu запись CNAME. Чтобы отправить электронное письмо на адрес anyuser@philosophy.

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

Ваш адрес email не будет опубликован. Обязательные поля помечены *