Как настроить смартфоны и ПК. Информационный портал
  • Главная
  • Программы
  • Что такое ресурсные записи DNS? Введение в изучение и использование DNS-записей.

Что такое ресурсные записи DNS? Введение в изучение и использование DNS-записей.

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

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

Основные ресурсные записи: записи типа A, CNAME, MX, TXT и SPF. Рассмотрим их подробнее.

Запись A

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

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

Имя записи Тип записи Значение
site.ru A 123.123.123.123
shop.site.ru A 123.123.123.123

Прописать А-запись вы можете по инструкции:

Запись CNAME

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

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

Имя записи Тип записи Значение
www.site.ru CNAME site.ru
webmail.site.ru CNAME webmail.hosting.сайт

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

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

Прописать CNAME-запись вы можете по инструкции:

Запись MX

MX (Mail Exchanger) — запись, отвечающая за сервер, через который будет работать почта. Записи MX критически важны для работы почты. Благодаря им отправляющая сторона «понимает», на какой сервер нужно отправлять почту для вашего домена.

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

Имя записи Тип записи Приоритет Значение
site.ru MX 10 mx1.hosting.сайт
site.ru MX 15 mx2.hosting.сайт

где mx1.hosting..

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

Прописать MX-запись вы можете по инструкции:

Запись TXT

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

Прописать TXT-запись вы можете по инструкции:

Запись SPF

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

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

Имя записи Тип записи Значение
site.ru TXT v=spf1 include:_spf.hosting..123.123.123 a mx ~all

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

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

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

Прописать SPF-запись вы можете по инструкции:

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

Запись NS

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

Запись PTR

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

Запись SOA

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

Учетная запись адреса (A) Учетная запись A отображает имя компьютера в виде числового адреса IP. Другими словами, эта запись указывает имя хоста и адрес IP определенного компьютера, чтобы имя хоста соответствовало определенному адресу IP. Это запись, которую именной сервер A должен отправить другому именному серверу и получить ответ на запрос. Ниже представлен пример того, как должна выглядеть запись A:
peter.gudzondns.com. IN A 36.36.1.6 Первый столбец содержит имя хоста компьютера. Список второго столбца, это класс записи. Для основной работы DNS Вам нужно только наличие IN обозначения, установленное для интернета. Следующий столбец обозначает тип записи, и последний столбец является собственно адресом IP. Возможно добавление более чем одного адреса IP для данного имени хоста. Это бывает необходимо, когда используется firewall и имеется две карты ethernet на одном компьютере. Все что Вы должны сделать - добавить вторую запись A, заполнив те же столбцы, за исключением адреса IP. Также возможно отображать более чем одно имя хоста для одного адреса IP. Но этого делать не рекомендуется, поскольку DNS имеет специальную запись позволяющую компьютерам иметь псевдонимы, которая называется записью CNAME.

  • Учетная запись канонического имени (CNAME) Учетная запись CNAME позволяет компьютеру иметь более чем одно имя хоста. Чтобы иметь возможность добавить псевдонимы, должна быть создана учетная запись A. Имя хоста компьютера, установленное для записи A называется каноническим или официальным именем компьютера. Другие записи должны указывать на каноническое имя. Вот пример записи CNAME: www.gudzondns.com. IN CNAME peter.gudzondns.com Вы можете увидеть сходство с предыдущей записью. Записи всегда читаются слева направо, слева располагается запрос, а справа ответ на запрос. Компьютер может иметь неограниченное число псевдонимов CNAME. Новая запись должна вводиться для каждого псевдонима.
  • Учетная запись почтового сервера (MX) Учетная запись MX - значительно более важная, чем может показаться. Она позволяет всю почту для домена, направлять одному хосту. Это чрезвычайно полезно для уменьшения нагрузки на внутренние хосты, на которые не должна направляться поступающая почта, а также для того, чтобы собирать всю почту, отправленную на любой адрес Вашего домена даже если этот конкретный адрес не имеет никакой связи с компьютером. Например, у Вас есть почтовый сервер, работающий на вымышленном компьютере peter.gudzondns.com. а Вы хотите, чтобы Ваш почтовый адрес был "[email protected]" а не "[email protected]". Это делается с помощью записи, показанной ниже: gudzondns.com. IN MX 10 peter.gudzondns.com. Самый левый столбец обозначает адрес, который Вы хотите использовать как почтовый адрес. Следующие два столбца были объяснены подробно в предыдущих записях. Следующий столбец, число "10", отличается от нормального формата записи DNS. Это число приоритета. Часто в больших системах имеются серверы резервной почты, возможно, более чем один. Они предназначены для получения почты, если не работает первичный сервер почты. Вы можете сделать это с помощью записей MX. Более низкое число в записи MX означает более высокий приоритет, и почта будет отправлена на сервер с самым низким числом (самый низкий из возможных - 0). Если что-то случается с этим сервером, то компьютер, доставляющий почту, будет пытаться ее направить на следующий сервер, указанный в таблицах DNS, в порядке приоритета. Вы можете иметь столько записей MX, сколько хотите. Использование записи MX полезно, даже если почта отправляется непосредственно на компьютер с записью A. Некоторые sendmail программы ищут только записи MX. Также возможно включать шаблоны записей MX. Если у вас есть домен, где каждый из пользователей имеет свой собственный компьютер, выполняющий роль почтового клиента, то почта может быть отправлена непосредственно на каждый компьютер. Вы можете добавить запись MX подобную этой: *.gudzondns.com. IN MX 10 peter.gudzondns.com. Она устанавливает, что любая почта, отправленная на любую индивидуальную рабочую станцию в домене gudzondns.com должна проходить через сервер peter.gudzondns.com. Следует проявить осмотрительность при использовании шаблонов, так как специфические записи имеют приоритет над тем, что содержится в шаблонах.
  • Учетные записи указателя (PTR) Хотя есть другие возможности устанавливать записи PTR, мы рассмотрим только наиболее часто используемый метод, называемый "in-addr.arpa".
    In-addr.arpa PTR записи являются точной противоположностью записям A. Они позволяют распознавать Ваш компьютер по его адресу IP. Это называется "обратным поиском". Он становится все более используемым, когда компьютер производит обратный поиск на вашем компьютере перед получением доступа к услугам (например, страницам в WWW). Обратный поиск является хорошей мерой безопасности для Вашего компьютера, так как проверяет, что ваш компьютер - именно тот, что должен быть. Запись In-addr.arpa выглядит так: 6.1.36.36.in-addr.arpa. IN PTR peter.gudzondns.com. Как Вы можете увидеть из примера для записи A, в начале этой записи имеется адрес IP обратный для имени хоста, расположенного в последней колонке.
  • Учетная запись именного сервера (NS) Запись NS - необходима для функционирования данных DNS. Она просто указывает на полномочия именных серверов для данного домена. Должно быть по крайней мере две записи NS для каждой записи DNS. NS записи выглядят так: gudzondns.com. IN NS draven.gudzondns.com. Там также должна быть запись A в Вашем DNS для каждого компьютера как запись A именного сервера Вашего домена.
  • Учетная запись начала полномочий (SOA) Запись SOA является наиболее решающей из записей DNS. Она передает больше информации, чем все другие записи вместе взятые. Эта запись названа началом полномочий, поскольку она обозначает запись DNS как официальный источник информации для своего домена. Вот пример записи SOA: gudzondns.com. IN SOA subdomain.gudzondns.com. hostmaster.gudzondns.com. (1998111201 ; Serial 10800 ; Refresh 3600 ; Retry 3600000 ; Expire 86400); Minimum
    Первый столбец содержит домен, для которого эта запись начинает полномочия. Следующие два данные должны выглядеть знакомыми. Запись "draven.gudzondns.com" является первичным именным сервером для домена. Последняя запись в этой колонке действительный адрес email, если Вы заменили "@" для первого ".". Он должен всегда быть действующим контактным адресом для записи SOA. Следующие данные – немного отличаются от тех, что мы уже использовали. Serial является записью того, как часто эта запись DNS может быть изменена. Каждый раз, когда производится изменение, Serial должен быть увеличен. Другие именные серверы, которые извлекают информацию для зоны из первичного, извлекают только зону если Serial в записи первичного именного сервера выше чем Serial в этой записи. Таким образом, именные серверы для домена могут изменяться сами. Рекомендуется использовать ваш Serial в формате YYYYMMDDNN, где NN – день, когда DNS был изменен. Все числовые значения времени в записи производится в секундах. Число"Refresh" показывает, как часто вторичный именной сервер должны проверять первичный для изменения в Serial. "Retry" - сколько вторичный сервер должен ждать, прежде чем попытаться пересоединяться с первичным сервером, если связь была потеряна. "Expire " сколько вторичный сервер должен использовать свой текущую запись, когда он не в состоянии выполнить восстановление, и " Minimum " означает, сколько Ваши именные серверы имени должны кешировать или сохранять эту запись.
  • Cистема доменных имен (DNS) - это распределенная база данных, в которой хранится информация о доменах: ip-адреса домена, ns-сервера, обслуживающие домен, mx-записи для этого домена и другая служебная информация.

    Информация о домене хранится в виде записей. Основные типы записей:

    1. SOA-запись - содержит имя первичного ns-сервера для этой зоны, e-mail администратора этой зоны, серийный номер, значения времени кеширования для всех записей зоны по умолчанию.
    Для создания SOA-записи (поднятия зон на домен) необходимо добавить домен через раздел "Перенос домена" в личном кабинете.

    2. NS-запись указывает на DNS-cервер для данного домена. Например, наши NS-записи:

    ns1.сайт
    ns2.сайт
    ns3.сайт

    Через панель управления хостингом в Вашем личном кабинете Вы можете задать/изменить NS-записи только для поддоменов. Сменить NS-записи для основного домена можно через регистратора либо по запросу в «Поддержку онлайн».

    3. А- и CNAME-записи .

    А-запись связывает имя хоста с ip-адресом.

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

    Обе эти записи можно изменить в панели управления хостингом в разделе DNS - Alias. При задании/изменении А - записи в поле «Адрес» вводится IP-адрес;

    Пример: 217.112.ХХ.ХХ

    При задании/изменении CNAME-записи - каноническое имя с точкой на конце.

    Пример: test.example.ru.

    4. MX-запись

    Указывает на серверы, принимающие почту для данного домена. MX-запись состоит из двух фрагментов данных: приоритета (чем меньше число, тем выше приоритет) и доменного имени (почтового сервера).
    Изменить эту запись можно также в разделе DNS (MX). Доменное имя в поле «Адрес» всегда прописывается с точкой на конце.

    Например: mail.example.ru.

    5. SRV- и TXT-записи.

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

    SRV запись состоит из следующих частей:

    Service._proto.name TTL class SRV priority weight port target

    service - имя сервиса. Например xmpp или sip.
    proto - имя протокола. Обычно tcp или udp.
    name - имя домена, в котором размещена данная служба.
    class - стандарт DNS, поле класса
    TTL - стандарт DNS, время жизни.
    priority - приоритет записи. Чем меньше число, тем выше приоритет
    weight - вес записи. Используется для записей с одинаковым приоритетом
    port - порт, на котором размещена указанная служба на данном сервере
    hostname(target) - имя сервера.

    TXT-записи используются для указания дополнительной текстовой информации.

    Добавить и изменить SRV-, TXT-записи можно в разделе DNS (SRV, TXT) панели управления хостингом.

    6. PTR-запись

    Связывает IP хоста с его каноническим именем.
    Используется для уменьшения объёма нежелательной почтовой корреспонденции. Многие серверы-получатели электронной почты проверяют наличие PTR записи для хоста, с которого происходит отправка. В этом случае PTR запись для IP адреса должна соответствовать имени отправляющего почтового сервера, которым он представляется в процессе SMTP сессии.
    Настраивается на стороне интернет-провайдера, предоставившего IP-адрес.

    Все изменения ДНС настроек, сделанные в Вашей панели управления, будут иметь силу только для доменов делегированных на наши NS-сервера.
    Если какие-либо записи меняются для основного домена, например example.ru, то поле «Название» необходимо оставить пустым, если вводится какое-либо значение, например 1, то настройки применятся для поддомена 1.example.ru

    Любой пользователь Интернет имеющий домены на серверах хостинг-провайдеров могут создавать и редактировать свои DNS записи. DNS записи имеют Имя, Тип записи и Адрес. Эти названия в различных панелях могут меняться. Например, может быть так:

    Имя/Хост/Псевдоним; Тип записи ; Значение/Ответ/Назначение/Адрес.

    Во всех вариантах «Тип записи» остается неизменным.

    Имя записи

    Имя записи, оно же хост/псевдоним это доменное имя, к которому принадлежит или привязана создаваемая запись.

    При создании записи в поле «Имя» доменное имя указывается полностью. Имя субдомена или псевдонима не нужно указывать полностью. Достаточно указать имя третьего уровня: mail, www, ftp. Если вводите полное имя, обязательно поставьте точку в конце. То есть имя mail и mail.example.ru. это одно и то же имя в поле Имя/хост/псевдоним.

    DNS записи- типы

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

    Тип записи А

    Тип записи: А (address record) или (адрес Internet 4) . Этот тип записи привязывает конкретное доменное имя на определенный, точный IP-адрес.

    Можно добавить больше одного IP адреса для одного домена (имени хоста). Это нужно если используется firewall. Для этого нужно добавить вторую запись типа A, аналогично первой. Указав только другой IP.

    В теории можно для одного IP адреса, указать более одного домена. Но этого делать не нужно, так как система доменных имен (DNS) имеет запись специально предназначенную для создания псевдонимов. Называется эти запись типа CNAME.

    Тип записи АААА

    Тип записи: AAАA (address record для IPv6) или (адрес Internet 6) . Тоже. Что и тип записи А, но IP адрес имеет внешний вид по протоколу IPv6. Например: IPv6-2a03:4900:0:3::99:155

    Тип записи CNAME

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

    Сначала создается одна запись типа А, для одного IP адреса. Имя домена в записи типа А, называется каноническим именем. Другие домены называют мнемонические. Мнемонические имена могут быть псевдонимами (произвольными именами) или субдоменами. Здесь пример CNAME записи:

    popov.example.ru. CNAME example.ru. (не забываем точки в конце).

    Сервер может иметь любое количество псевдонимов. Для каждого псевдонима нужно создать запись типа CNAME.

    Еще пример записи CNAME:

    hosting-1 IN A 8.8.8.8

    www IN CNAME hosting-1

    ftp IN CNAME hosting-1

    Покупаем второй IP и на второй IP переводим поддомен ftp:

    hosting-1 IN A 8.8.8.8

    hosting-2 IN A 8.8.8.9

    www IN CNAME hosting-a

    ftp IN CNAME hosting-b , переносим на второй хостинг FTP –сервер.

    Еще пример записи CNAME:

    hosting-1 IN A 8.8.8.8

    peter IN CNAME hosting-1

    oleg IN CNAME hosting-1

    Следующими записями CNAME привязываем псевдонимы:

    example.com. IN CNAME example.ru.

    www.example.com. IN CNAME example.ru.

    test.example.com. IN CNAME example.ru.

    тем самым мы связываем домены example.com, www.example.com, test.example.com с каноническим доменом example.ru. Точки в конце обязательны.

    Еще пример переадресация (редирект) с помощью записи типа CNAME

    www.example.ru. IN CNAME example.ru.

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

    Тип записи MX

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

    Например: Имя/хост/псевдоним — example.ru; Тип записи -MX (почтовый сервер); Значение/ответ/назначение/Адрес – mail. Этой записью вы создаете почтовый поддомен mail.example.ru. Если используется внутренний почтовый сервис сервера, то для поддомена mail.example.ru нужно создать тип записи «А». Имя:mail- A (тип записи)- Адрес: IP сервера.

    В качестве почтового сервиса можно использовать сторонние почтовые сервера. Для этого вам нужно привязать свой домен к стороннему почтовому серверу. На нем вам создадут, автоматом, MX запись. Если не создадут, то дадут адрес почтового сервера. После этого вам нужно создать записи типа CNAME и MX на своем сервере.

    Записью CNAME переадресуйте почтовый домен mail.example.ru. на адрес почтового домена. А записью типа MX для самого домена example.ru. задайте адрес вашего стороненого почтового ящика. В качестве примера можно использовать почтовый сервер Яндекс.

    • Для Яндекс тип записи MX будет такой:

    Имя/хост/псевдоним — example.ru; Тип записи -MX (почтовый сервер); Значение/ответ/назначение/Адрес – mx.yandex.ru. Приоритет 10.

    • Тип CNAME такой:

    Имя/хост/псевдоним – mail; Тип записи –CNAME; Значение/ответ/назначение/Адрес –domain.mail.yandex.ru. Приоритет 10.

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

    Кроме Яндекс, с помощью MX записей можно привязать домен к почтовым серверам Google, Mail.ru и другим:

    Тип записи NS

    Тип записи NS (сервер имён). Это, пожалуй, самый важный тип записи. Он определяет домены (адреса) DNS серверов, обслуживающих этот домен.

    Тип записи TXT

    TXT (текстовая запись) . Это информационная запись. Она не несет функциональной нагрузки.

    Запись типа SOA (Start Of Authority)

    Запись типа SOA показывает, где храниться на каком сервере лежит основная информация об этом домене. В записи типа SOA указывается полное, уточненное доменное имя зоны. Уточненное доменное имя должно оканчиваться точкой. В записи SOA может стоять символ @, вместо уточненного имени. В этом случае, доменное имя будет взято из файла конфигурации.

    • Произвольный серийный номер версии данных (Serial). При запросе вторичного сервера на обновление данных, он, прежде всего, проверяет серийный номер;
    • Периодичность запроса для обновления данных со стороны вторичного (Secondary) сервера (Refresh), в секундах;
    • Период повторного запроса вторичного сервера при первичной неудаче (Retry);
    • Срок действия (годности) данных (Expire), иначе истечение времени, через которое вторичный сервер перестанет обслуживать запросы, если ему не получиться восстановить связь с первичным сервером, в секундах;
    • И последнее, время жизни данных зоны DNS в кэше сервера (TTL), запросившего их, в секундах.

    Приведу пример записи SOA, для Microsoft DNS

    Как редактировать DNS записи в панели ISPManager

    В панели ISPManager DNS записи редактируются на вкладке: Доменные имена→ «Клик» по домену.

    Как редактировать DNS записи в панели DirectAdmin

    В панели DirectAdmin DNS записи редактируются на вкладке: Управление DNS.

    На странице DNS-зоны представлен перечень зон, которые вы можете редактировать (изменения, внесенные вами, обновятся на нашем сервере в течение 30-40 минут, однако то, как скоро это будет заметно пользователям — напрямую зависит от настроек сервера интернет-провайдера, через которого производится подключение к сети). При нажатии на имя зоны (пусть в нашем примере это будет domain.tld ) открывается страница DNS-редактора. Рассмотрим по отдельности каждое из представленных на этой странице полей.

      Поле «имя» предполагает несколько вариантов заполнения:

      • @ — символ «@» означает, что действие записи будет распространяться на ту зону, на странице редактирования которой вы находитесь. В нашем случае — это domain.tld.
      • abc — набор букв и цифр («abc» было выбрано в качестве примера — вы можете указать свое имя) означает, что действие записи будет распространяться на зону более низкого уровня, чем та, на странице редактирования которой вы находитесь. В нашем примере — действие записи будет распространяться на зону abc.domain.tld.
      • * — символ «*» означает, что действие записи будет распространяться на все варианты зон ниже той, на странице редактирования которой вы находитесь. В нашем случае — это 123.domain.tld, abc.domain.tld, qwe.rty.domain.tld и т.д.
    • В поле «тип» вам предлагается несколько вариантов. Рассмотрим по-отдельности каждый из них:

      • A — используется для указания соответствия имени хоста IP-адресу.
      • MX — используется для указания почтового сервера для домена.
      • CNAME — используется для перенаправления имени хоста на другое имя.
      • SRV — используется для указания сервера, предоставляющего услуги определенной службы. В грубом приближении это аналог MX-записи, которая указывает, куда должна доставляться электронная почта, которая адресована определенному домену. Штатно поддерживается такими протоколами как XMPP(Jabber), SIP, LDAP. За счет использования этого вида записи можно разместить Jabber-сервер на отдельной машине, а не на той же, куда указывает A-запись DNS.
      • TXT — используется для указания дополнительной текстовой информации, которую хочет сообщить владелец домена.
    • Поле «MX preference» доступно для заполнения только в случае создания/редактирования записей типа MX. Указанное в этом поле числовое значение определяет приоритет использования почтового сервера. Поскольку для одного домена может быть указано несколько почтовых серверов — то, в какой последовательности на эти серверы будут осуществляться попытки доставить письмо, определяется именно приоритетом соответствующей MX-записи. Чем меньше число в поле «MX preference» — тем выше приоритет самого сервера.
    • Поле «значение (IP/host.)» заполняется в зависимости от выбранной записи:

      • Для A-записи указывается IP-адрес.
      • Для MX-записи указывается имя почтового сервера. В случае, если вы прописываете имя полностью, в конце нужно обязательно поставить точку!
      • Для CNAME-записи указывается имя хоста, на которое устанавливаем перенаправление. В конце имени должна быть обязательно точка!
      • Для SRV-записи указывается строка вида «приоритет вес порт значение», где приоритет, вес и порт должны состоять только из цифр, а значение — полное имя хоста с точкой на конце.
      • Для TXT-записи указывается произвольная текстовая строка. Ограничение — запись может состоять только из букв латинского алфавита, цифр, пробелов и следующих символов: . , ; : - = " / ~ ?

    Характерные DNS-записи

    Рассмотрим несколько наиболее популярных ситуаций:

    A-запись: необходимо, чтобы сайт открывался с другого сервера

    • Если это нужно сделать

      • @ IN A <серверы.masterhost>
      • имя: @
      • тип: A
    • Если это нужно сделать для поддомена домена, указанного в разделе «DNS-зоны»
      • abc.domain.tld в зоне домена domain.tld.
      • тип: A
      • значение (IP/host.): IP-адрес сервера

    MX-запись: необходимо, чтобы почта домена обслуживалась другим сервером

      Если вам неизвестно имя сервера, но вы знаете его IP-адрес — необходимо сначала в зоне домена создать новую запись со следующими параметрами:

      • имя: mail-server
      • тип: A
      • значение (IP/host.): IP-адрес почтового сервера
    • Если вы хотите изменить почтовый сервер для домена, указанного в разделе «DNS-зоны», кликните на него мышкой и, в случае если на новой странице существует запись:

      • @ IN MX 10 <серверы.masterhost>

        отключите ее. После того как запись будет отключена, нажмите на ссылку «добавить новую запись» и создайте запись вида:

      • имя: @
      • тип: MX
    • Если вы хотите изменить почтовый сервер для поддомена домена, указанного в разделе «DNS-зоны» , кликните на имя домена мышкой, и добавьте новую запись со следующими параметрами:
      • имя: abc («abc» указано в качестве примера. Работает, если вы хотите создать запись для домена abc.domain.tld в зоне домена domain.tld. В вашем случае будет какое-то другое имя)
      • тип: MX
      • MX preference: числовое значение, допустим, 10.
      • значение (IP/host.): mail-server

    SRV-запись

    Для внесения SRV-записи необходимо получить от владельца службы следующие данные:

    • Служба (service)
    • Протокол (proto)
    • Приоритет (priority)
    • Вес (weight)
    • Порт (port)
    • Сервер (target)

    * TTL не изменяется, поэтому его указывать не нужно;

    Имя записи формируется из имени службы и протокола: _служба._протокол

    Значение записи имеет следующий формат: приоритет вес порт сервер. (в конце имени обязательно должна быть точка!)

    Список NS-серверов поддомена

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

    Если поддержка основного домена оказывается на сторонних серверах, то изменение списка NS-серверов для его поддоменов производится в панели управления этими серверами.

    PTR-запись: вы выделили мне IP-адрес , и я хочу установить соответствие между этим IP-адресом и именем определенного хоста

    Для этого необходимо зайти в раздел DNS-зоны , выбрать ваш IP-адрес и нажать на кнопку «>>» . В поле, доступное для редактирования, ввести имя хоста с точкой на конце и нажать «сохранить».

    SPF-запись

    Достаточно распространенным приемом, используемым организаторами СПАМ-рассылок , является подделка обратного адреса письма. В этом случае на Ваши почтовые ящики иногда могут приходить служебные сообщения об ошибках (bounce message), если одно или несколько таких СПАМ-писем с обратным адресом Вашего почтового ящика были заблокированы серверами получателей.

    Есть несколько технологий, которые помогут защитить Ваш почтовый домен от использования злоумышленниками: SPF , DKIM , DMARC

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

    • имя: @
    • тип: TXT
    • значение: v=spf1 include:_spf.сайт -all

    Это правило заставит серверы получателей блокировать все СПАМ-письма , которые используют в качестве адресов отправителя Ваше доменное имя. .

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

    DKIM

    Для защиты от мошеннических действий от имени Вашего домена мы рекомендуем добавить DKIM-запись в DNS-зону . Если Вы используете нашу почту, добавить DKIM можно в Личном кабинете .

    С помощью этой записи вы можете указать удостоверяющие центры, имеющие право выпускать SSL/TLS-сертификаты для данного домена. Запись CAA позволяет избежать несанкционированной выдачи сертификатов по ошибке или с целью мошенничества.

    Это только пример, точную информацию по содержанию поля "Значение" следует уточнять у Вашего удостоверяющего центра.

    Изменение NS-серверов домена

    Для изменения списка DNS-серверов следует:

    • Зайти в ;
    • Указать логин cXXXXX и пароль;
    • Открыть раздел «Общие услуги» и нажать «изменить» напротив нужного домена;
    • Нажать на ссылку «Изменить настройки делегирования»;
    • Чтобы указать сторонние серверы, выберите «Делегировать на сторонние серверы»;
    • Впишите адреса DNS серверов по одному на строке;
    • Для отмены предварительного тестирования DNS-серверов , отметьте свойство «Без тестирования»;
    • Нажмите кнопку «Сохранить».

    Если логин cXXXXX и пароль доступа к Личному кабинету утеряны, то для восстановления реквизитов доступа Вы можете воспользоваться ссылкой .

    Важно:

    1. Изменение списка DNS-серверов возможно только после завершения мобильной авторизации.
    2. С момента делегирования домена (изменения его списка NS-серверов) потребуется от 6 до 72 часов прежде чем он будет доступен в сети Интернет.

    Лучшие статьи по теме