DNS — это «телефонная книга» интернета: система, которая превращает понятное людям имя сайта (например, example.ru) в IP-адрес сервера, на котором сайт физически находится. Записи DNS — A, CNAME, MX, TXT и другие — говорят браузерам, почтовым серверам и сервисам проверки, куда идти и кому доверять. Ошибка в одной строке может «положить» сайт или почту, поэтому ниже разбираем, как устроены записи и как править их без последствий.
Как работает DNS: путь от адреса к серверу
Когда посетитель вводит адрес сайта, браузер не знает, где этот сайт находится. Он спрашивает у DNS-резолвера — обычно это сервер интернет-провайдера или публичный сервис. Резолвер по цепочке опрашивает корневые серверы, серверы доменной зоны (.ru, .com) и, наконец, авторитативные NS-серверы вашего домена. Именно на них хранятся записи, которые вы видите в панели регистратора или хостинга.
- Браузер спрашивает резолвер: «Какой IP у example.ru?»
- Резолвер узнаёт у серверов зоны .ru, какие NS-серверы отвечают за домен.
- NS-серверы домена возвращают A-запись с IP-адресом.
- Резолвер запоминает ответ на время TTL и отдаёт его браузеру.
- Браузер подключается к серверу по IP и загружает сайт.
Важный вывод: записи редактируются там, куда указывают NS-серверы домена. Если домен куплен у одного регистратора, а NS делегированы на хостинг, правки в панели регистратора ничего не изменят — это самая частая причина фразы «я всё поменял, а ничего не работает».
Основные типы DNS-записей
Для обычного сайта и почты достаточно понимать пять-шесть типов записей. Остальные встречаются редко и обычно настраиваются по инструкции конкретного сервиса.
| Запись | Что делает | Пример значения |
|---|---|---|
| A | Связывает имя с IPv4-адресом сервера | 203.0.113.10 |
| AAAA | То же для IPv6-адреса | 2001:db8::10 |
| CNAME | Делает имя псевдонимом другого имени | www → example.ru |
| MX | Указывает почтовые серверы домена и их приоритет | 10 mx.yandex.net |
| TXT | Хранит текст: SPF, DKIM, DMARC, подтверждения владения | v=spf1 include:_spf.yandex.net ~all |
| NS | Называет серверы, которые отвечают за зону домена | ns1.hosting.ru |
A и AAAA: куда открывать сайт
A-запись — главная для сайта. Для основного домена она обычно задаётся с именем @ (сам домен), для поддомена — с его именем, например shop. Если у сервера есть IPv6, добавляют AAAA. Но если IPv6 на сервере не настроен, лучше AAAA не указывать: часть посетителей будет пытаться подключиться по неработающему адресу.
CNAME: псевдоним
CNAME удобен, когда сервис просит «направить поддомен на наш адрес»: например, www на основной домен или shop на адрес конструктора магазина. Главное правило — у имени с CNAME не может быть других записей. Поэтому CNAME нельзя ставить на корень домена (@), где уже есть MX, TXT и NS.
MX: куда доставлять почту
MX-записи определяют, какой сервер принимает письма для адресов вида info@вашдомен.ru. Число перед именем сервера — приоритет: чем меньше, тем выше. Если MX указывают на старую почту, письма будут уходить туда, даже когда вы давно пользуетесь новым сервисом.
TXT: подтверждения и защита почты
В TXT-записях живут SPF (какие серверы могут отправлять почту от имени домена), DKIM (публичный ключ подписи писем) и DMARC (политика для писем, не прошедших проверку). Сюда же сервисы вроде Яндекс Вебмастера или Google Search Console просят добавить код подтверждения. Подробно про почтовые записи — в статье о корпоративной почте на своём домене.
Что такое TTL и почему изменения «доходят» не сразу
TTL (time to live) — время в секундах, на которое резолверы кэшируют ответ. Если у A-записи TTL 86400, резолвер провайдера может сутки отдавать старый IP, даже если вы его уже сменили. Отсюда и знаменитое «обновление DNS до 72 часов» — на практике чаще всего всё обновляется быстрее, но гарантии нет.
Совет: за сутки-двое до переезда сайта уменьшите TTL нужных записей до 300–600 секунд. Тогда после смены IP старый адрес «отпустит» посетителей за несколько минут. Когда всё стабилизируется, TTL можно вернуть к 3600 или выше.
Где редактировать записи: регистратор, хостинг или отдельный DNS
Зону домена может обслуживать регистратор, хостинг-провайдер или отдельный DNS-сервис. Где именно — видно по NS-записям. Проверить их можно командой в терминале:
dig NS example.ru +short
nslookup -type=NS example.ruЕсли в ответе серверы хостинга — правьте записи в панели хостинга. Если серверы регистратора — в панели регистратора. Например, при регистрации домена в можно оставить их DNS и управлять записями там, а сайт держать на любом хостинге — достаточно прописать A-запись. А у хостингов вроде при делегировании домена на их NS зона обычно создаётся автоматически с нужными записями для сайта и почты.
Оба варианта рабочие. Удобнее, когда всё в одном месте, но держать DNS у регистратора полезно, если вы часто меняете хостинг: при переезде меняется только IP в A-записи.
Типичные ошибки, которые ломают сайт и почту
- Правка не в той панели. Записи изменены у регистратора, а NS смотрят на хостинг (или наоборот).
- Смена NS без переноса записей. При делегировании на новые NS старая зона перестаёт работать. Если на новых серверах нет MX и TXT, почта перестанет приходить.
- Две SPF-записи. SPF должна быть одна; несколько записей
v=spf1делают проверку недействительной. - CNAME на корне домена или CNAME рядом с другими записями того же имени.
- Лишняя точка или её отсутствие. В некоторых панелях полное имя пишется с точкой в конце (
mx.yandex.net.), без неё панель допишет ваш домен и получитсяmx.yandex.net.example.ru. - Забытый www. Сайт открывается по example.ru, но не по www.example.ru, потому что для www нет записи.
- Старая AAAA-запись на прежний сервер после переезда: часть пользователей попадает на старый сайт.
Важно: перед любыми правками сделайте снимок текущей зоны — скриншот или экспорт. Если что-то сломается, вы быстро вернёте прежние значения, а не будете вспоминать, что там было.
Безопасный порядок правки DNS: пошагово
- Определите, где обслуживается зона (команда
dig NSвыше). - Сохраните копию всех текущих записей.
- Заранее снизьте TTL записей, которые будете менять.
- Меняйте по одной группе записей: сначала сайт (A/AAAA/CNAME), потом почту (MX, SPF, DKIM).
- Проверяйте результат прямым запросом к NS-серверу домена — он покажет новые данные без кэша.
- Проверьте сайт и отправку-получение писем, в том числе на внешние ящики.
- Через сутки верните нормальный TTL.
Как проверить DNS-записи
Самый надёжный способ — утилита dig (Linux, macOS) или nslookup (есть и в Windows):
dig A example.ru +short
dig MX example.ru +short
dig TXT example.ru +short
dig A example.ru @ns1.hosting.ru +shortПоследняя команда спрашивает конкретный NS-сервер и показывает «истину» без кэша. Если там новый IP, а у вас открывается старый сайт — дело в кэше резолвера или браузера, и нужно просто подождать TTL. Для проверки из разных стран подойдут онлайн-сервисы распространения DNS, их легко найти по запросу «DNS propagation checker».
На своём компьютере кэш сбрасывается командой ipconfig /flushdns в Windows. В macOS команда зависит от версии системы, проще перезапустить браузер или подключиться через мобильный интернет.
DNS при переезде сайта на новый сервер
Переезд — самый частый повод трогать DNS. Схема без простоя выглядит так: копируете сайт на новый сервер, проверяете его через файл hosts (на своём компьютере вручную указываете новый IP для домена), заранее снижаете TTL, затем меняете A-запись. Старый сервер держите включённым ещё пару дней: часть посетителей продолжит приходить на него, пока кэш не обновится. Если вы при этом меняете ещё и регистратора, читайте отдельно, как перенести домен без простоя.
Если сайт переезжает на VPS, например в , после смены IP не забудьте выпустить SSL-сертификат на новом сервере — он проверяет домен именно через DNS или HTTP по новому адресу. Сравнение возможностей этих провайдеров — в нашем обзоре Timeweb и Timeweb Cloud.
Частые вопросы
Сколько ждать после изменения DNS-записи?
Обычно от нескольких минут до нескольких часов — зависит от TTL старой записи. При смене NS-серверов обновление может занять до 24–72 часов, потому что у записей зоны верхнего уровня свой, как правило длинный, TTL.
Можно ли держать сайт на одном хостинге, а почту на другом сервисе?
Да, это нормальная практика. A-запись указывает на хостинг сайта, MX и TXT — на почтовый сервис. Главное — чтобы все записи были в одной активной зоне.
Что делать, если после правок перестала приходить почта?
Проверьте MX командой dig MX, затем SPF и DKIM. Чаще всего MX остались указывать на старый сервер или были потеряны при смене NS. Верните значения из сохранённой копии зоны.
Нужно ли платить за DNS?
Базовый DNS обычно включён в услуги регистратора или хостинга. Платные DNS-сервисы нужны, когда важны высокая устойчивость, распределённость по миру или защита от атак.
Итог
DNS не так сложен, как кажется: достаточно понимать, где обслуживается зона, что делает каждая запись и как работает TTL. Сохраняйте копию зоны, меняйте записи по одной группе и проверяйте результат прямым запросом к NS. Если не хотите разбираться сами — мы в Pear Advert поможем подобрать и настроить хостинг, домен и почту в рамках услуги аренда сервера и хостинга.
В статье есть партнёрские ссылки: если вы зарегистрируетесь по ним, студия получит вознаграждение, для вас цена не меняется.
