DNS что это простыми словами и как настроить записи для сайта и почты

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

У каждого сервера в интернете есть числовой адрес — IP, например 185.165.123.36. Людям такие адреса запоминать неудобно, поэтому придумали доменные имена. DNS (Domain Name System, система доменных имён) связывает одно с другим.

Когда человек вводит адрес сайта, происходит так:

1. Браузер спрашивает у DNS-сервера провайдера: какой IP у company.ru?
2. Если ответа нет в памяти, DNS-сервер провайдера находит, какие NS-серверы отвечают за этот домен.
3. NS-серверы домена отдают запись: сайт живёт на таком-то IP.
4. Браузер идёт на этот IP и загружает сайт.

Всё это занимает доли секунды. Ответ сохраняется в памяти на время, которое указано в записи. Это время называется TTL (time to live, время жизни). Поэтому, когда вы меняете запись, часть людей ещё какое-то время видит старый адрес.

Чем DNS отличается от домена и хостинга:

Подробнее о двух первых — в статьях домен: что это и хостинг: что это.

DNS сайта и DNS домена: где управляются записи

Хвост «dns сайта» и «dns домена» в поиске — про одно и то же: записи живут у домена, а сайт — один из получателей. Главный вопрос: кто сейчас управляет записями вашего домена.

За это отвечают NS-серверы (name server). Они указываются у регистратора домена. Вариантов три:

• NS-серверы регистратора. Записи меняются в личном кабинете регистратора, в разделе управления DNS.
• NS-серверы хостинга или конструктора. Например, если домен делегирован на Тильду (ns1.tildadns.com, ns2.tildadns.com), записи редактируются уже в Тильде.
• NS-серверы почтового или облачного сервиса. Например, при делегировании домена на Яндекс 360 нужные почтовые записи сервис создаёт сам.

Как узнать, где управляются записи: откройте карточку домена у регистратора и посмотрите поле «DNS-серверы» или «NS-серверы». Если там адреса регистратора — меняете у него. Если чужие — идёте туда, куда они указывают.

На разборах мы часто встречаем ситуацию: владелец меняет A-запись у регистратора, а ничего не происходит. Причина — домен давно делегирован на NS-серверы хостинга, и записи у регистратора никто не читает.

Какие бывают DNS-записи: A, CNAME, MX, TXT на примерах

Вот записи, с которыми сталкивается владелец сайта. Остальные типы встречаются реже.

Значок @ в записях означает сам домен без поддомена, например company.ru. Если в поле имени написано www, запись относится к www.company.ru.

A-запись: куда вести сайт

Самая частая задача. Сервис, где живёт сайт, даёт IP-адрес, вы прописываете его в A-записи для @ и, обычно, для www. Для одного имени должна быть одна A-запись. Если их две с разными IP, сайт будет открываться то со старого сервера, то с нового.

CNAME: псевдоним для поддомена

CNAME говорит: «адрес этого имени ищи у вон того имени». Удобно, когда сервис сам меняет свои IP: вам не нужно ничего обновлять. Ограничение: на основной домен @ CNAME обычно не ставят, потому что он конфликтует с MX и другими записями. Для основного домена используют A-запись.

MX: куда доставлять почту

MX-запись указывает почтовый сервер. По справке Яндекс 360 для почты нужна MX-запись mx.yandex.net, а также TXT-записи SPF и DKIM. Без MX письма на ваш домен просто некуда доставить.

TXT: подтверждения и защита почты

В TXT хранятся:

• SPF — список серверов, которым разрешено отправлять письма от имени домена;
• DKIM — цифровая подпись писем, ключ выдаёт почтовый сервис;
• коды подтверждения — Вебмастер, почтовый сервис, сервисы рассылок проверяют, что вы владелец домена.

TXT-записи выглядят как набор непонятных символов. Именно поэтому их удаляют «для чистоты» — и письма компании начинают падать в спам.

Как настроить DNS-записи для сайта и почты: пошагово

Порядок действий одинаковый для любого регистратора, отличаются только названия кнопок.

1. Сделайте снимок текущих записей. Скриншот или выгрузка всех записей домена. Если что-то пойдёт не так, вы вернёте как было.
2. Определите, где управляется DNS. Посмотрите NS-серверы домена у регистратора.
3. Возьмите значения у сервиса. IP-адрес сайта даёт хостинг или конструктор, MX и TXT — почтовый сервис. Не берите значения из чужих инструкций: у каждого сервиса свои.
4. Добавьте или измените записи. Для сайта — A-запись для @ и www. Для почты — MX и TXT по инструкции почтового сервиса.
5. Удалите конфликтующие записи. Старые A-записи для того же имени. Для Тильды — ещё AAAA-записи, по справке Тильды они мешают работе сайта.
6. Подождите. Не меняйте записи по кругу каждые полчаса: так вы только продлите ожидание.
7. Проверьте. Откройте сайт с мобильного интернета и с компьютера, отправьте письмо на ящик домена с внешней почты и из ящика наружу.
8. Включите HTTPS. После того как домен указывает на сайт, выпустите SSL-сертификат. Что с ним делать, — в статье SSL-сертификат для сайта.

Пошаговая инструкция для сайтов на Тильде с двумя способами — через A-записи и через делегирование — есть в статье как подключить домен к Тильде. Общий путь от готового сайта до публикации — в материале как разместить сайт в интернете.

Сколько ждать обновления DNS

Короткий ответ: от нескольких минут до трёх суток.

Почему так долго: DNS-серверы провайдеров по всему миру хранят старый ответ, пока не истечёт его TTL. Если TTL записи — 21 600 секунд, это шесть часов. Плюс некоторые провайдеры кешируют дольше положенного.

Практический приём: за сутки до переезда уменьшите TTL записей до 300–600 секунд, если регистратор это позволяет. Тогда в день переезда новые записи разойдутся быстрее. После переезда TTL можно вернуть.

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

Частые ошибки при подключении домена к сайту

Это таблица из нашей практики: симптом, причина и что делать.

Последний пункт встречается чаще, чем кажется. Домен оплачивал подрядчик, письма о продлении уходили ему, а он давно не работает с компанией. С 1 сентября 2026 года для доменов .ru и .рф действует обязательная идентификация администратора через Госуслуги, подробно — на сайте Координационного центра доменов. Если домен оформлен не на вас, продлить его или поменять DNS-серверы без этого человека станет сложнее. О том, как оформить домен правильно, — в статье домен и хостинг: на кого оформить.

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

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

Пример условный, не кейс студии. Студия ремонта в Самаре переносит сайт со старого хостинга на конструктор. Почта zakaz@ работает на Яндекс 360, через неё приходят заявки с сайта и письма от поставщиков.

Владелец следует инструкции конструктора и меняет NS-серверы домена. Сайт открывается на новом месте через несколько часов. А MX и TXT-записи остались у старого хостинга, к которому домен больше не обращается. Почта перестаёт принимать письма.

Заметили через два дня, когда поставщик позвонил и спросил, почему не отвечают на счёт. Допустим, за эти дни на почту пришло 6 заявок с сайта при конверсии в договор 30% и среднем чеке 150 000 ₽. Ожидаемая потеря — около 270 000 ₽ выручки.

Правильный порядок был таким: сначала выгрузить все записи, затем сменить NS-серверы и сразу создать MX и TXT-записи в новом месте. Или вовсе не менять NS-серверы, а поменять только A-записи у регистратора: почта при этом не затрагивается.

Чек-лист: DNS в порядке

Проверьте раз в полгода и перед любыми изменениями сайта.

1. Вы знаете, у какого регистратора домен и на кого он оформлен.
2. Доступ к кабинету регистратора есть у компании, а не только у подрядчика.
3. Срок продления домена известен, автопродление включено.
4. NS-серверы указывают туда, где вы реально управляете записями.
5. Для @ и www по одной A-записи с правильным IP.
6. Есть MX-запись вашего почтового сервиса.
7. Есть TXT-записи SPF и DKIM для почты.
8. Сайт открывается по HTTPS с www и без.
9. Тестовое письмо на ящик домена доходит, ответ не попадает в спам.

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