DNS-записи: что это и какие нужны сайту, где их менять

Коротко: DNS-запись - строка в списке данных домена. У неё есть имя, тип и значение. Чтобы сайт открывался, справки Рег.ру и Яндекса 360 называют запись A, а для адресов IPv6 - AAAA. CNAME ведёт поддомен на другое имя, TXT хранит текст, например значение для подтверждения сайта в Вебмастере. Где записи вносят, зависит от того, какие DNS-серверы указаны для домена.

Подрядчик, хостинг или сервис просит добавить TXT-запись, поменять A-запись или прислать доступ к DNS. За этими просьбами стоят пять вопросов: какие бывают типы записей, какие из них нужны сайту, где их вносят, что сохранить и что спросить, прежде чем кому-то давать доступ. Пошаговых руководств по кабинетам регистраторов, настройки почты и кабинетов поисковых систем здесь нет.

Пример вымышленный: студия керамики с сайтом example.ru. Состояние страниц справок - 11.10.2026. Это документы самих сервисов, к вашему домену они не привязаны. Переводы английских цитат сделаны для этой статьи и помечены словом «перевод».

Что такое DNS-записи простыми словами?

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

Определение Рег.ру:

«Ресурсные записи DNS - это основные элементы системы доменных имен (DNS), хранящие информацию о домене. Каждая запись имеет определенный тип и связывает доменное имя с конкретными данными, например, с IP-адресом или почтовым сервером.»

• Рег.ру, «Что такое ресурсные записи DNS | Рег.ру»

Яндекс 360 для бизнеса даёт два названия сразу: «DNS-записи, или ресурсные записи DNS». Речь об одном и том же, и в статье дальше используется короткое название.

Сама система DNS в глоссарии MDN описана через поиск записи:

«DNS lookup (Поиск DNS) - это процесс с помощью которого от DNS-сервер возвращается DNS запись, необходимая для нахождения конкретного компьютерного сервиса в Интернет или частной сети.»

• MDN, «DNS - Глоссарий MDN Web Docs | MDN»

Рег.ру сравнивает DNS с телефонной книгой интернета: IP-адрес играет в ней роль номера телефона, домены - роль названий контактов, а рядом с номером можно хранить дополнительные сведения. Одна строка такой книги - запись. В таблицах-примерах Рег.ру есть столбцы «Имя записи», «Тип записи» и «Значение»; у MX добавлен «Приоритет».

Записи домена лежат в зоне; так Рег.ру называет содержимое файла DNS. Страница Рег.ру «Что такое DNS простыми словами | Рег.ру» пишет о файлах DNS: в них хранятся «все необходимые связи между доменным именем и IP-адресами». Дальше сказано: «Написанное в этом файле называется описанием DNS-зоны, или просто DNS-зоной.»

Регистрация домена сама ничего не подключает. Это объясняет справка Яндекса 360 для бизнеса «Настройка DNS-записей | Документация». Пример там вымышленный:

«Но сама по себе регистрация домена не привязывает его ни к какому-то почтовому сервису, ни к хостингу с сайтом организации.»

• Яндекс 360 для бизнеса, «Настройка DNS-записей | Документация»

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

Какие бывают типы записей и за что отвечает каждая?

Коротко: в таблице ниже шесть типов, которые описаны и в справке Рег.ру, и в справке Timeweb: A, AAAA, CNAME, MX, TXT и NS. NS, PTR и SOA Рег.ру называет служебными. Список основных типов у Рег.ру и Яндекса 360 различается.

Таблица собрана по двум страницам: «Что такое ресурсные записи DNS | Рег.ру» и «Типы DNS-записей и их назначение | Справочный центр Timeweb»; каждая ячейка пересказывает слова своей страницы.

Делегирование Рег.ру объясняет коротко: нужно «делегировать домен, то есть прописать для него DNS-серверы». Какие серверы указаны для домена, показывает WHOIS; читать его ответ помогает статья о WHOIS.

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

Основными Рег.ру называет «записи типа A, CNAME, MX, TXT и SPF», причём настройка SPF, по той же странице, «прописывается в TXT-записи для домена». У Яндекса 360 набор другой, и перечни двух страниц различаются: «Основные типы DNS-записей - A, NS, MX, TXT.»

Первоисточник названий типов - стандарт. RFC 1035 «DOMAIN NAMES - IMPLEMENTATION AND SPECIFICATION» (ноябрь 1987), раздел 3.2.2, перечисляет значения TYPE. Переводы ниже сделаны для этой статьи.

• A - «a host address» (перевод: адрес хоста).
• NS - «an authoritative name server» (перевод: авторитативный сервер имён).
• CNAME - «the canonical name for an alias» (перевод: каноническое имя для псевдонима).
• SOA - «marks the start of a zone of authority» (перевод: отмечает начало зоны полномочий).
• PTR - «a domain name pointer» (перевод: указатель на доменное имя).
• MX - «mail exchange» (перевод: почтовый обмен).
• TXT - «text strings» (перевод: текстовые строки).

Записи AAAA в RFC 1035 нет. Её описывает RFC 3596 «DNS Extensions to Support IP Version 6» (октябрь 2003), раздел 2.1:

«The AAAA resource record type is a record specific to the Internet class that stores a single IPv6 address.»

• IETF, RFC 3596, раздел 2.1. Перевод: тип ресурсной записи AAAA - запись интернет-класса, которая хранит один адрес IPv6.

Какие записи нужны, чтобы сайт открывался?

Коротко: по Рег.ру, пока не прописана A-запись, сайт не будет работать. Яндекс 360 для адреса сайта называет записи типов A и AAAA.

Рег.ру описывает путь запроса так:

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

• Рег.ру, «Что такое ресурсные записи DNS | Рег.ру»

Рядом на той же странице стоит предупреждение: «Пока не прописана А-запись, ваш сайт не будет работать.»

Яндекс 360 для бизнеса пишет о домене организации в своём сервисе: «Если вы хотите, чтобы домен служил адресом сайта вашей организации, нужно создать DNS-записи типов A и AAAA.»

В чём разница между ними, объясняет Рег.ру в справке «Настройка ресурсных записей в личном кабинете | Рег.ру». A-запись предназначена для адресов IPv4, AAAA-запись - для IPv6. Значением служит адрес сервера сайта: «IP Address - IP-адрес сервера сайта, который будет открываться по имени домена.» Страница «Что такое ресурсные записи DNS | Рег.ру» говорит об AAAA: «подходит она только для адресов формата IPv6».

Адрес относится к серверу, на котором размещён сайт. О смене хостинга Рег.ру пишет про «А-запись и/или AAAA-запись», Яндекс 360 называет обе. Какой набор нужен конкретному сайту, страницы не решают: это вопрос тому, кто размещает сайт.

Как домен связывается с хостингом и что пишет Рег.ру про запись A в этом разделе, описано в статье «Домен и хостинг: в чём разница и на кого оформлен домен».

Что делает CNAME и почему его нельзя ставить рядом с A?

Коротко: CNAME делает поддомен псевдонимом другого имени, например www.example.ru ведёт туда же, куда example.ru. Рег.ру и Timeweb запрещают держать для одного имени записи A и CNAME одновременно; причину эти страницы не называют.

Рег.ру определяет запись так:

«CNAME (Canonical name) - запись, которая отвечает за привязку поддоменов (например, www.site.ru) к каноническому имени домена (site.ru) или другому домену.»

• Рег.ру, «Что такое ресурсные записи DNS | Рег.ру»

Результат в примере Рег.ру: «Если вы пропишете CNAME для поддомена www.site.ru и укажете значение site.ru, сайт будет открываться с того же IP-адреса, что и site.ru». В примере студии керамики это www.example.ru со значением example.ru, и такая запись ведёт посетителя на тот же сервер, что и основной адрес.

Какие записи псевдоним берёт с собой, страницы формулируют по-разному. Рег.ру: «Основная функция CNAME - дублирование ресурсных записей домена (A, MX, TXT) для различных поддоменов.» Timeweb: «поддомен наследует его записи - A, AAAA, MX, TXT - кроме NS».

Запрет на соседство Рег.ру и Timeweb формулируют каждый по-своему.

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

Timeweb: «Если для поддомена уже задана CNAME-запись, добавить к нему другие записи нельзя - например, A и CNAME одновременно существовать не могут.»

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

Для основного домена в кабинете Рег.ру CNAME недоступен. В описании полей сказано: «Subdomain - поддомен, кроме @ (для вашего основного домена этот тип записи недоступен, вы можете воспользоваться A-записью)». Знак @ в этом кабинете обозначает основной домен. Это описание кабинета Рег.ру; о кабинетах других регистраторов эта страница не говорит.

Поддомен как отдельный адрес сайта и запись A для него по справке Рег.ру разобраны в статье «Поддомен: что это и что решить заказчику до начала работы».

Зачем сайту TXT-запись?

Коротко: TXT хранит текст. Вебмастер и Search Console называют запись DNS одним из способов подтвердить права на сайт; значение выдаёт сервис. Вебмастер считает сайты с www и без него разными и требует отдельной записи для каждого.

Рег.ру перечисляет, для чего служит эта запись: «Содержит произвольную текстовую информацию. Применяется для проверок безопасности почты (SPF, DKIM), подтверждения прав на домен и других целей». Timeweb называет среди примеров поисковые сервисы: «Эту запись используют для подтверждения владения доменом при подключении сторонних сервисов - например, Google Search Console или Яндекс.Вебмастер».

Здесь это лишь пример записи. Кнопки и шаги в кабинетах поисковых систем свои, их описывают страницы «Подтверждение прав на сайт | Вебмастер» и «Как подтвердить право собственности на сайт - Справка Search Console».

Вебмастер называет запись DNS одним из способов подтвердить права и описывает её так: «Добавьте в DNS-записи сайта запись типа TXT, содержащую указанное уникальное значение.» Значение называет сам сервис. Рядом стоит условие про адрес:

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

• Яндекс, «Подтверждение прав на сайт | Вебмастер», способ «TXT-запись в DNS»

В разделе о неудачном подтверждении среди причин Вебмастер называет такие:

• информация в DNS ещё не обновилась («это может занять от нескольких минут до нескольких часов в зависимости от доменной зоны»);
• создана запись другого типа («не txt»);
• запись создана для другого сайта, потому что адреса с www и без него «с точки зрения поисковой системы являются разными».

Для example.ru это две отдельные записи: для example.ru и для www.example.ru.

Search Console пишет о способе так: «Вы можете подтвердить право собственности, добавив запись DNS в список записей вашего провайдера доменных имен.» Запись DNS там требуется только для доменного ресурса, например example.com. Форматов два - TXT и CNAME, выбор зависит от конфигурации сайта. Для TXT справка советует: «Поле Host/Name (Хост/имя) оставьте пустым или введите в нем символ @ (необходимую информацию можно найти в документации вашего поставщика услуг DNS).»

Справки Рег.ру и Timeweb допускают несколько TXT-записей у домена. Рег.ру: «Можно прописывать неограниченное количество TXT-записей, если они не конфликтуют друг с другом.» Timeweb: «если их значения не противоречат друг другу». Запись для почты и запись для поисковой системы могут стоять в зоне вместе, пока не противоречат одна другой.

Что справки пишут о записях для почты?

Коротко: MX указывает серверы входящей почты. SPF, DKIM и DMARC связаны с проверками писем, и справки относят их к записям TXT. Значения в справках относятся к их сервисам и здесь не приводятся.

Назначение записей словами справок:

• MX. Рег.ру: «Определяет серверы входящей почты и приоритет каждого из них».
• SPF. Рег.ру: запись «содержит информацию о списке серверов, которые имеют право отправлять письма от имени заданного домена».
• DKIM. Timeweb: «добавляет в письмо цифровую подпись, подтверждающую, что оно отправлено именно с этого домена».
• DMARC. Timeweb: «работает вместе с SPF и DKIM и определяет, что делать с письмами, которые не прошли проверку».

Яндекс 360 для работы почты называет три записи: одну MX и две TXT, для DKIM и для SPF. О настройке справка пишет: «Настроить почтовые DNS-записи можно автоматически - для этого достаточно делегировать домен на Яндекс.» Значения в справках Яндекса 360 и Рег.ру относятся к их собственным серверам, поэтому здесь не выписаны.

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

Где хранятся записи домена и кто может их менять?

Коротко: это зависит от того, какие DNS-серверы указаны для домена. Рег.ру называет два места - личный кабинет и панель хостинга, Яндекс 360 - кабинет регистратора и кабинет организации. Порядок каждой страницы относится к её сервису.

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

Страница «В чем разница между DNS-серверами ns1.reg.ru/ ns2.reg.ru и ns1.hosting.reg.ru/ ns2.hosting.reg.ru | Рег.ру» описывает две пары серверов своей компании. Это порядок одного регистратора, и на другие регистраторы он не переносится.

У Яндекса 360 вариантов тоже два. Записями можно управлять «в личном кабинете на сайте регистратора - если домен не делегирован на Яндекс» и «в кабинете организации - если домен делегирован на Яндекс». На той же странице сказано: «DNS-записи обновляются не мгновенно», и срок назван словами «Это занимает до 72 часов».

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

Timeweb в справке «Технический перенос домена | Справочный центр Timeweb» пишет, что при добавлении домена в панель для него автоматически указываются записи Timeweb (MX, A, TXT), «они не имеют силы, пока домен ссылается на сторонние NS-серверы». Управлять записями при этом «по-прежнему нужно на стороне держателя NS-серверов». Определить держателя серверов страница предлагает через whois-сервис, по полю nserver.

У справок Рег.ру, Яндекса 360, Вебмастера и Timeweb общий вопрос: на какие DNS-серверы делегирован домен. Поле nserver в ответе WHOIS показывает эти серверы; как читать ответ, разбирает статья о WHOIS для .RU и .РФ. Рег.ру в справке о кабинете начинает с той же проверки: перед настройкой записей нужно посмотреть, какие DNS-серверы указаны для домена.

Кто может менять записи, определяет доступ к тому месту, где лежит зона. Страница «Дополнительные пользователи панели и FTP | Справочный центр Timeweb» описывает дополнительного пользователя панели Timeweb с доступом к разделу «Домены и SSL»: по умолчанию доступны создание поддоменов, передача доменов и удаление, а «возможность настройки DNS можно включить дополнительно». О доступах для подрядчика рассказывает статья о FTP-доступе, в ней эти слова Timeweb приведены с контекстом.

В каких случаях записи приходится менять?

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

Список из справки Рег.ру «Что такое ресурсные записи DNS | Рег.ру», раздел «Когда нужно добавлять ресурсные записи?». Сама справка называет эти шесть случаев примерами, так что полного перечня в ней нет.

1. Привязка домена к хостингу или серверу.
2. Перенос сайта на новый хостинг или сервер: меняются записи A и AAAA.
3. Подключение или смена почтового сервиса: меняются MX и записи TXT для SPF и DKIM.
4. Настройка поддоменов, например shop.example.ru, с помощью записей A, AAAA или CNAME.
5. Подтверждение права владения доменом в сторонних сервисах.
6. Настройка механизмов безопасности почты - SPF, DKIM и DMARC.

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

Смены самого доменного имени в перечне Рег.ру нет. О ней, о шагах Яндекса и инструменте Google «Изменение адреса» рассказывает статья «Перенос сайта на другой домен: что подготовить и проверить».

Что будет с записями, если сменить DNS-серверы?

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

Timeweb в справке «Технический перенос домена | Справочный центр Timeweb» описывает два способа. В первом меняют A-запись на стороне держателя NS-серверов, указанных для домена. Во втором на стороне регистратора или хостинга указывают NS-серверы Timeweb. Для второго способа есть шаг:

«Укажите для домена все необходимые DNS-записи, которые он использует сейчас. Это можно сделать в разделе "Домены и SSL" → "Мои домены" → кликнуть на три точки справа от домена → "Редактор DNS". Найти актуальные записи и их значения можно в панели текущего регистратора или хостинг-провайдера.»

• Timeweb, «Технический перенос домена | Справочный центр Timeweb»

Так пишет один хостинг о своей панели. Для заказчика из этого следует вопрос подрядчику: кто возьмёт текущие записи зоны и внесёт их в новом месте. Этот шаг Timeweb и почту на домене разбирает статья о переносе на другой хостинг. Страницы не говорят, кто в вашем проекте этим занимается: спросите подрядчика до начала работ.

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

Как посмотреть записи домена и сколько ждать?

Коротко: Рег.ру описывает свою утилиту dig: ввести домен, выбрать тип записи (ANY показывает все) и нажать «Проверить». Сразу после изменений информация может быть устаревшей. Сроки обновления у справок разные.

Страница «Онлайн-проверка DNS-записей домена | Рег.ру» описывает шаги так: перейти на страницу проверки и ввести имя домена, выбрать в списке тип записи («ANY покажет все записи домена») и нажать «Проверить». Там же есть вариант проверки на конкретном DNS-сервере: «Вы также можете опросить конкретный DNS-сервер, чтобы узнать, настроена ли на нём зона.»

Об устаревших данных эта страница предупреждает: «Если вы совсем недавно изменили DNS-серверы или ресурсные записи, информация может быть устаревшей.»

На странице «Что такое ресурсные записи DNS | Рег.ру» есть и пояснение для диагностики: «если записи верны, но доступ к сайту отсутствует, возможной причиной может быть кэш DNS, требующий времени для обновления». Для проверки на своём компьютере та же страница называет утилиты nslookup и host.

Сколько ждать, справки называют по-разному и о разном: Рег.ру, Яндекс 360 и Вебмастер дают свои сроки на своих страницах. Сроки, которые называют Google, Спринтхост, Beget и Timeweb, и роль TTL собраны в разделе «Почему сайт переключается не сразу и какие сроки называют источники?» статьи о переносе на другой хостинг.

Какие записи нужны сайту студии керамики example.ru?

Коротко: в примере пять задач и записи под них. Значение каждой записи даёт свой источник: хостинг, почтовый сервис или сервис подтверждения. Где вносить, зависит от DNS-серверов домена; в примере зона у регистратора.

Допущения примера: сайт example.ru размещён на хостинге; на домене работает почта у стороннего сервиса; владелец подтверждает сайт в Вебмастере; DNS-серверы указаны у регистратора, поэтому записи вносят в его кабинете. Если бы в примере были указаны серверы хостинга, записи вносили бы в панели хостинга (так устроено у Рег.ру). Типы записей и их назначение взяты из справок, описанных выше; последний столбец - условие примера.

Если в Вебмастере нужно подтвердить и www.example.ru, это отдельная запись TXT: Вебмастер считает адреса с www и без него разными. Запись NS в таблицу не вошла: по справке Рег.ру о кабинете она добавляется автоматически после указания DNS-серверов и скрыта в зоне домена.

Что записать и сохранить до начала работ?

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

1. DNS-серверы домена. Их показывает поле nserver в ответе WHOIS (статья о WHOIS); Timeweb в справке о техническом переносе называет то же поле.
2. Место, где управляется зона: кабинет регистратора, панель хостинга или другой сервис, и на чьё имя оформлена учётная запись. Рег.ру и Яндекс 360 показывают, что вариантов несколько.
3. Кто имеет доступ и какой. Доступ к DNS может быть отдельной опцией: так устроен дополнительный пользователь панели Timeweb.
4. Список текущих записей: тип, имя и значение. Рег.ру описывает утилиту, которая при выборе типа ANY показывает все записи домена; Timeweb в шаге переноса просит «все необходимые DNS-записи, которые он использует сейчас».
5. Назначение каждой записи: сайт, поддомен, почта или подтверждение прав. Примером служит таблица выше.

Список стоит сохранить до любых работ: в кабинете Рег.ру есть действия «Очистить зону» и удаление записей.

Что спросить у подрядчика?

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

1. Какие записи нужно добавить или изменить и для чего каждая: сайт, поддомен, почта, подтверждение прав?
2. Какие DNS-серверы указаны для домена и где управляется зона?
3. Кто вносит записи - вы, подрядчик или хостинг? Если подрядчику, какой доступ ему нужен и как он будет закрыт после работ? Про доступы - в статье о FTP-доступе.
4. Меняются ли DNS-серверы? Если да, кто сохранит текущие записи и внесёт их в новом месте?
5. Для TXT: какой сервис выдал значение, для адреса с www или без, и остаются ли прежние TXT-записи?
6. Для A: чей IP-адрес сервера указывается, нужна ли запись AAAA?
7. Для CNAME: для какого имени, нет ли для него записи A?
8. Как подрядчик проверит записи после работ и что покажет вам (Рег.ру описывает проверку утилитой dig: тип записи, «Проверить»)?

Шаг «Разработка» на главной странице BITSPARK описан словами: «Верстаем, программируем и подключаем сервисы. Технологии выбираем под задачу.» Эти вопросы подойдут любому исполнителю, на каком бы шаге работ ни понадобились записи.

Источники

Состояние страниц - 11.10.2026.

• Что такое ресурсные записи DNS | Рег.ру - определение, таблица типов, записи A, AAAA, CNAME, MX, TXT, SPF, NS, PTR, SOA, перечень случаев, раздел вопросов и ответов.
• Настройка ресурсных записей в личном кабинете | Рег.ру - поля A, AAAA, CNAME, NS, действия с записями.
• Онлайн-проверка DNS-записей домена | Рег.ру - проверка записей и оговорка об устаревших данных.
• Что такое DNS простыми словами | Рег.ру - DNS-зона.
• В чем разница между DNS-серверами ns1.reg.ru/ ns2.reg.ru и ns1.hosting.reg.ru/ ns2.hosting.reg.ru | Рег.ру - где управляется зона при двух парах серверов Рег.ру.
• Настройка DNS-записей | Документация - Яндекс 360 для бизнеса: записи для почты и сайта, где ими управляют, срок.
• Подтверждение прав на сайт | Вебмастер - TXT-запись, www и без www, причины неудачи.
• Как подтвердить право собственности на сайт - Справка Search Console - раздел о записи DNS.
• Типы DNS-записей и их назначение | Справочный центр Timeweb - таблица типов, CNAME, TXT, почтовые записи.
• Технический перенос домена | Справочный центр Timeweb - способы переноса, записи при смене NS-серверов.
• Дополнительные пользователи панели и FTP | Справочный центр Timeweb - опция «Домены, поддомены».
• DNS - Глоссарий MDN Web Docs | MDN - определение.
• RFC 1035. DOMAIN NAMES - IMPLEMENTATION AND SPECIFICATION - раздел 3.2.2, значения TYPE.
• RFC 3596. DNS Extensions to Support IP Version 6 - раздел 2.1, запись AAAA.
• BITSPARK - Digital studio - шаг процесса «Разработка».

Обсудить проект в Telegram: t.me/billioniks