Как настроить DNS для домена

Типы DNS-записей

DNS-зона домена — это набор записей ресурсов (resource records), каждая из которых отвечает за свою задачу. У каждой записи есть тип, имя, значение и TTL (время жизни в кеше резолверов). Вот основные типы, с которыми чаще всего работают при настройке сайта и почты:

A — привязывает домен к IPv4-адресу сервера
AAAA — привязывает домен к IPv6-адресу сервера
CNAME — псевдоним, который указывает на другое имя вместо IP
MX — определяет почтовый сервер и приоритет доставки
TXT — текстовые данные: SPF, DKIM, подтверждение владения доменом
NS — определяет, какие серверы имён обслуживают зону
SRV — указывает сервис, протокол, порт и хост, используется, например, для SIP и XMPP

Привязка домена к хостингу

Создайте A-запись у вашего регистратора:

@    A    [IP вашего хостинга]
www  A    [IP вашего хостинга]

Или укажите NS-серверы ZevsHost — тогда зоной будет управлять панель хостинга, а не панель регистратора:

ns1.zevshost.net
ns2.zevshost.net

Разница принципиальна: если делегирование указывает на NS хостинга, все записи редактируются в панели ZevsHost. Если делегирование осталось на NS регистратора, правки нужно вносить именно там — изменения в панели хостинга в этом случае ни на что не повлияют.

Настройка MX для почты

@    MX    10    mail.yourdomain.com
mail  A         [IP хостинга]

Число 10 — это приоритет: чем оно меньше, тем выше приоритет сервера. Если добавить резервный сервер с приоритетом 20, почта пойдёт на него только при недоступности основного. Ещё одно ограничение стандарта: запись CNAME нельзя создать на корне домена (@) — RFC 1034 требует, чтобы на апексе зоны существовала запись SOA, а CNAME на том же имени с ней не уживается. Поэтому для голого домена всегда используется A/AAAA, а не CNAME на внешний хост.

Частые ошибки конфигурации DNS

Симптом	Причина	Решение
dig возвращает SERVFAIL для CNAME-имени	На том же имени, что и CNAME, создана ещё одна запись (A, TXT и т.д.) — RFC 1034 запрещает такое сочетание	Удалить все прочие записи на этом имени, оставить только CNAME
dig возвращает NXDOMAIN	Опечатка в имени записи или запись создана не в той зоне	Проверить точное написание имени и выбранную зону в панели
Браузер показывает DNS_PROBE_FINISHED_NXDOMAIN	NS-делегирование ещё не распространилось или A-запись отсутствует	Проверить `dig NS` у регистратора и подождать TTL
Почта возвращает Host or domain name not found	MX-запись отсутствует или указывает на несуществующее имя	Создать MX и соответствующую A-запись для узла назначения

Тип записи	TTL в обычной работе	Когда снижать
A / AAAA	3600–14400 секунд	до 300 секунд за 24–48 часов перед сменой IP
MX	3600–86400 секунд	перед сменой почтового провайдера
TXT (SPF, DKIM, верификация)	3600 секунд	на время активной отладки записи
NS (делегирование зоны)	86400 секунд и выше	практически никогда — смена NS и так требует времени на уровне реестра

Когда изменения в DNS не применяются

Домен делегирован на сторонние NS (Cloudflare, другой хостинг) — записи в панели ZevsHost игнорируются, редактировать нужно там, где реально стоит делегирование
CNAME создан на имени, где уже есть MX или TXT — конфликт записей, зона не пройдёт валидацию при сохранении
Резолвер клиента закешировал старое значение — TTL ещё не истёк, см. проверку DNS propagation
Изменили NS и A-запись одновременно — сложно понять, какая именно часть ещё не обновилась

Отдельный случай — split-horizon DNS, когда внутри локальной сети и снаружи один и тот же домен резолвится по-разному через разные DNS-серверы. Если сайт открывается из офиса, но не открывается снаружи (или наоборот), в первую очередь проверяют, какой резолвер реально опрашивается на проблемной машине, а не саму зону на хостинге.

Проверка результата

# Проверка A-записи
dig yourdomain.com A +short

# Проверка MX
dig yourdomain.com MX +short

# Проверка через конкретный DNS-сервер, в обход локального кеша
dig @8.8.8.8 yourdomain.com A +short

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

Частые вопросы

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

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

Нужна ли отдельная AAAA-запись, если хостинг использует только IPv4?

Отдельная AAAA-запись нужна только тогда, когда сервер действительно отвечает по IPv6-адресу. Если хостинг работает исключительно через IPv4, добавлять AAAA не требуется — её отсутствие не повлияет на доступность сайта для обычных посетителей. Создавать AAAA с произвольным или устаревшим адресом хуже, чем вообще не создавать её: часть браузеров попробует именно IPv6 первой и получит ошибку соединения.

Можно ли настроить несколько MX-записей для резервного почтового сервера?

Да, почтовый стандарт прямо предусматривает несколько MX-записей с разными значениями приоритета. Основной сервер указывается с меньшим числом приоритета, а резервный — с большим, и почтовая система обращается к запасному серверу только тогда, когда основной недоступен. Такая схема повышает надёжность доставки писем без дополнительной настройки на стороне отправителя.

Как узнать, через какую панель сейчас управляется DNS-зона домена — хостинга или регистратора?

Определить это можно по NS-записям домена: если они указывают на серверы имён хостинга, зона реально управляется через панель хостинга, а правки в панели регистратора ни на что не влияют. Если же NS остались от регистратора, верно обратное — редактировать записи нужно именно там, а не в панели хостинга.