DNS-записи: A, AAAA, CNAME и другие

Чтобы сайт открывался по домену, а не только по голому IP-адресу, у домена должны быть правильно настроены DNS-записи. Из этой статьи вы узнаете, какие типы записей бывают (A, AAAA, CNAME, MX, TXT, NS), что такое TTL, как домен резолвится в IP-адрес вашего VPS mHost, какие записи реально нужны, чтобы направить на него сайт, — и как проверить результат командами dig и nslookup.

Что понадобится

• Домен, зарегистрированный у любого регистратора — mHost не продаёт домены и не хостит DNS-зоны, поэтому регистратор всегда внешний.
• Доступ к панели управления DNS-записями этого домена: у регистратора либо у отдельного DNS-провайдера (например, Cloudflare), если вы уже перенесли туда управление.
• IP-адрес VPS mHost, на который должен указывать сайт, — смотрите в VMmanager 6.
• Доступ по SSH к VPS mHost или просто терминал на своём компьютере — понадобится для проверки записей через dig/nslookup.

Как домен превращается в IP-адрес

Когда кто-то открывает example.com в браузере, происходит цепочка запросов:

1. Браузер или ОС обращаются к рекурсивному DNS-резолверу — обычно это резолвер вашего интернет-провайдера или публичный сервис вроде 1.1.1.1 (Cloudflare) или 8.8.8.8 (Google).
2. Если готового ответа нет в кэше, резолвер спрашивает корневые серверы (root) — те отвечают адресом серверов зоны .com (TLD-серверы).
3. TLD-сервер возвращает адреса авторитетных серверов имён самого домена — тех, что указаны в его NS-записях (обычно это серверы регистратора или DNS-провайдера).
4. Авторитетный сервер отдаёт саму запись — например, A-запись с IP-адресом вашего VPS mHost.
5. Резолвер кэширует ответ на время TTL этой записи (см. ниже) и возвращает IP-адрес браузеру.
6. Браузер подключается напрямую к этому IP на порту 80 или 443 — дальше в дело вступает уже веб-сервер на самом VPS, а не DNS.

Типы DNS-записей: что за что отвечает

A — адрес IPv4

• Что делает. Указывает домен или поддомен прямо на IPv4-адрес сервера — самая частая запись для обычного сайта.
• Формат. Имя домена и IPv4-адрес, например example.com → 185.246.66.12.
• Особенность. Для одного имени можно завести сразу несколько A-записей на разные IP — резолвер будет отдавать их по очереди (round robin), это простой способ распределить нагрузку между несколькими серверами.

AAAA — адрес IPv6

• Что делает. То же самое, что A-запись, только для IPv6-адреса.
• Формат. Имя домена и IPv6-адрес, например example.com → 2001:db8::1.
• Особенность для VPS mHost. VPS mHost работают только по IPv4 — IPv6-адресов у них нет, поэтому AAAA-запись для сайта на VPS mHost не нужна и не заводится. Когда для имени есть только A-запись, браузеры и ОС просто подключаются по IPv4 — это нормально.

CNAME — псевдоним (alias)

• Что делает. Говорит «это имя — просто другое имя для другого домена»: резолвер продолжает резолвить уже то, конечное имя, вплоть до его A- или AAAA-записи.
• Формат. Имя и другое доменное имя, например www.example.com → example.com.
• Ограничение на корне домена. CNAME нельзя поставить на корень домена (example.com без www) — по RFC 1034 в узле с CNAME не может быть никаких других записей, а на корне обязательны служебные записи SOA и NS. Поэтому корень настраивают через A/AAAA, а CNAME обычно ставят на www или другие поддомены.
• Ограничение для MX и NS. Эти записи не могут указывать на имя, которое само является CNAME (RFC 1034, RFC 974, RFC 2181), — только на имя с прямой A/AAAA-записью.

MX — почтовые серверы

• Что делает. Указывает, какие серверы принимают почту для домена. Без корректной MX-записи письма на you@example.com доставляться не будут.
• Формат. Приоритет и имя почтового сервера, например приоритет 10 и сервер mail.example.com. Чем меньше число приоритета — тем выше приоритет; можно указать сразу несколько записей для резервирования.
• Особенность. Значение MX должно быть именем с обычной A/AAAA-записью — не CNAME (см. выше) и не голым IP-адресом.
• Если домен не используется для почты. MX-записи не нужны; настройка самой почты в эту статью не входит — здесь речь только о том, что требуется для веб-сайта.

TXT — произвольный текст

• Что делает. Хранит произвольную текстовую информацию, которую читают не люди, а другие сервисы, — чаще всего для подтверждения владения доменом (Google, Cloudflare и подобные сервисы) и для правил email-аутентификации (SPF, DKIM, DMARC).
• Формат. Значение в кавычках, например "google-site-verification=abc123def456"; большинство панелей добавляют кавычки автоматически, если ввести текст без них.
• Особенность. Для одного имени может быть сразу несколько TXT-записей одновременно — это нормально, они не конфликтуют друг с другом.

NS — серверы имён

• Что делает. Указывает, какие серверы являются авторитетными для домена, — именно к ним в итоге обращается резолвер за ответом (шаг 3 в разделе выше).
• Формат. Домен и имя сервера, например example.com → ns1.registrar.example.
• Где настраивается на практике. В большинстве случаев вы не редактируете NS-записи внутри самой DNS-зоны, а задаёте «nameservers» в панели регистратора домена — именно эта настройка определяет, какой DNS-провайдер вообще обслуживает домен.

TTL: как долго резолверы помнят запись

• Что это. TTL (Time To Live) — сколько секунд резолвер имеет право хранить ответ в кэше, прежде чем спросить авторитетный сервер заново. Задаётся отдельно для каждой записи.
• Типичные значения. 300 секунд (5 минут) — короткий TTL, изменения подхватываются почти сразу; 3600 секунд (1 час) — обычное значение по умолчанию у многих DNS-провайдеров; 14400–86400 секунд (4–24 часа) — для стабильных записей, которые меняются редко.
• Перед переездом на новый сервер. Заранее, за сутки-двое, снизьте TTL нужных записей до 300 — тогда после смены IP-адреса резолверы по всему миру обновят кэш быстро, а не будут держать старое значение весь прежний TTL. Когда перенос завершён и всё стабильно работает, TTL можно вернуть к обычному значению.
• Почему изменение видно не сразу всем. Старый ответ может быть закэширован у резолверов по всему миру на весь срок TTL, который был выставлен до вашего изменения. Это и называют «DNS propagation» — по сути, это не распространение изменения, а постепенное устаревание старых кэшей.

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

• Обязательно. A-запись на корне домена (example.com) → IPv4-адрес VPS mHost. Без неё браузер вообще не найдёт сервер.
• AAAA-запись не нужна. VPS mHost работают только по IPv4 и не имеют IPv6-адреса, поэтому AAAA-запись для них не заводится.
• Для `www.example.com`. Либо ещё одна A-запись на тот же IP, либо CNAME www → example.com. CNAME проще поддерживать: если IP-адрес когда-нибудь сменится, достаточно поправить только A-запись на корне.
• NS-записи. Обычно уже настроены регистратором по умолчанию — менять их не нужно, если только вы не переносите DNS-зону к отдельному провайдеру.
• MX и TXT. Нужны, только если на этом же домене работает почта или требуется подтверждение владения доменом. Для обычного сайта без почты — не обязательны.

Где взять IP-адрес VPS и куда добавить запись

1. Откройте карточку нужного сервера в VMmanager 6 и посмотрите его IP-адрес на вкладке «IP-адреса» — тем же способом, что и для подключения по SSH (см. статью «Консоль VNC и первое подключение (SSH/RDP)»).
2. Откройте панель управления DNS вашего домена — это либо панель регистратора, где домен куплен, либо отдельный DNS-провайдер, если вы уже перенесли туда nameservers.
3. Добавьте A-запись: имя @ (или пустое поле — так часто обозначают корень домена в панелях) → IP-адрес из шага 1. При необходимости повторите для www — по правилу из раздела выше.

📷 скриншот: вкладка «IP-адреса» в карточке сервера VMmanager 6

Подробный пошаговый разбор именно связки «домен + VPS mHost» — в статье «Как привязать домен к VPS». Если планируете держать DNS-зону и защиту от DDoS через Cloudflare — см. «Домен и VPS через Cloudflare».

Проверка через dig и nslookup

Обе команды устанавливаются одним пакетом.

Ubuntu/Debian:

sudo apt update
sudo apt install -y dnsutils

AlmaLinux/Rocky:

sudo dnf install -y bind-utils

dig

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

dig example.com
dig example.com AAAA
dig example.com MX
dig example.com TXT
dig example.com NS

Нужный ответ — в блоке ANSWER SECTION: там указаны имя, TTL (в секундах, отсчитывается от момента ответа), тип записи и значение.

Чтобы получить только значение, без служебных деталей:

dig +short example.com

Чтобы спросить конкретный DNS-сервер напрямую — например, публичный резолвер Cloudflare, в обход резолвера вашего провайдера или локального кэша:

dig @1.1.1.1 example.com

nslookup

nslookup есть практически везде, включая Windows, — удобен, когда dig недоступен.

nslookup example.com
nslookup -type=AAAA example.com
nslookup -type=MX example.com
nslookup -type=TXT example.com
nslookup -type=NS example.com

Чтобы спросить конкретный сервер напрямую, укажите его вторым аргументом:

nslookup example.com 1.1.1.1

Что дальше

Как только A-запись домена смотрит на VPS mHost, можно выпускать бесплатный HTTPS-сертификат — см. статью «Бесплатный SSL с Let's Encrypt (certbot)», — или сразу разворачивать сам сайт, например через «Nginx: установка и первый сайт». Пошаговая привязка конкретно домена к VPS mHost — в статье «Как привязать домен к VPS».