DNS-записи A, AAAA и CNAME: что указывать для сайта

Панель DNS обычно просит заполнить три поля: имя, тип и значение. Ошибка в одном поле может направить сайт на чужой сервер или отключить его для части посетителей. Для подключения веб-сайта чаще всего нужны A, AAAA и CNAME, но они решают разные задачи.

A и AAAA указывают сетевой адрес напрямую. CNAME говорит, что одно имя является псевдонимом другого. Выбирайте запись по данным, которые дал хостинг, а не по внешнему сходству примеров.

Что означает имя записи в панели

DNS-зона относится к конкретному домену, например example.com. Поле «Имя», «Хост» или «Поддомен» задаёт, для какой части зоны создаётся запись. Интерфейсы используют разные обозначения:

• пустое поле или символ @ часто означает сам домен example.com;
• www означает www.example.com;
• api означает api.example.com;
• полное имя www.example.com некоторые панели принимают, а другие автоматически дописывают домен ещё раз.

Перед сохранением посмотрите подсказку конкретной панели или существующие записи. Ошибка вида www.example.com.example.com появляется, когда интерфейс ожидал только короткую метку www.

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

A связывает имя с адресом IPv4

IPv4 — распространённый формат сетевого адреса из четырёх десятичных частей, например 192.0.2.10. Диапазон 192.0.2.0/24 зарезервирован для документации, поэтому пример нельзя копировать как реальный адрес сервера.

Для подключения основного домена хостинг может выдать такую инструкцию:

Имя	Тип	Значение	Результат
@	A	фактический IPv4 сервера	example.com находится по этому адресу
www	A	тот же или другой IPv4	www.example.com находится по указанному адресу

Значение должно содержать только IP-адрес. Не вставляйте туда https://, путь страницы или порт. DNS A не умеет хранить URL https://example.com:8443/catalog.

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

AAAA связывает имя с адресом IPv6

IPv6 использует более длинную шестнадцатеричную запись, например документальный адрес 2001:db8::10. Запись AAAA работает для IPv6 так же, как A для IPv4.

A и AAAA могут существовать у одного имени одновременно. Устройство посетителя выберет доступный протокол. Поэтому нельзя публиковать AAAA только потому, что такое поле есть в панели. Сначала настройте сервер, firewall, веб-сервер и HTTPS на IPv6, затем проверьте соединение извне.

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

CNAME делает одно имя псевдонимом другого

CNAME расшифровывается как canonical name — каноническое имя. Запись сообщает: «для www.example.com продолжите поиск по имени example.hosting-provider.example». Затем резолвер получает адрес уже для целевого имени.

Типичный вариант выглядит так:

Имя	Тип	Значение	Что узнает DNS
www	CNAME	имя, указанное хостингом	www.example.com является псевдонимом этого имени

В значение CNAME помещают доменное имя, а не IP-адрес и не URL. Браузер продолжает показывать www.example.com; CNAME не является перенаправлением страницы.

У имени с CNAME не должно быть других обычных записей. Нельзя одновременно объявить www псевдонимом и добавить для www отдельную A-запись. RFC 2181 объясняет это ограничение тем, что псевдоним не может одновременно содержать другие данные.

Почему CNAME для самого домена вызывает вопросы

В корне зоны example.com уже нужны записи SOA и NS, описывающие саму зону. Обычный CNAME не может сосуществовать с ними. Поэтому классический DNS не позволяет сделать корень зоны простым CNAME.

Некоторые DNS-провайдеры предлагают собственные типы ALIAS, ANAME или «CNAME flattening». Они принимают имя цели в панели, но снаружи формируют допустимый ответ. Это функция конкретного провайдера, а не единый тип записи из базового стандарта DNS. Пользуйтесь ею только по инструкции хостинга и DNS-сервиса.

Если площадка требует CNAME только для www, можно сделать www.example.com основным адресом, а с example.com настроить HTTP-редирект. Другой вариант — получить у площадки A/AAAA для корня. Решение должно учитывать HTTPS для обоих имён.

Сверьте записи с реальной схемой сайта

Перед изменением составьте маленькую таблицу без секретов:

Адрес посетителя	Куда должен вести	Запись
example.com	основной сайт	A/AAAA или функция корневого псевдонима провайдера
www.example.com	тот же сайт или редирект	A/AAAA либо CNAME
api.example.com	сервер API	отдельная A/AAAA либо CNAME по инструкции площадки

Не удаляйте записи MX и TXT, если меняете только сайт. Они могут отвечать за почту и подтверждение сервисов. Сделайте снимок или экспорт текущей зоны, чтобы вернуть исходные значения.

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

Общая цепочка запроса описана в статье о связи домена, DNS и хостинга. Прежде чем править записи, убедитесь, что домен делегирован нужному DNS-провайдеру; этому посвящён урок об NS-серверах. Настройка сервера и сертификата разобрана в руководстве о домене, Nginx и HTTPS.

Источники

• RFC 1034: Domain Names — Concepts and Facilities
• RFC 3596: DNS Extensions to Support IP Version 6
• RFC 2181: Clarifications to the DNS Specification