ВебОснова — хостинг, домены и создание сайтов Практический справочник по выбору хостинга, регистрации и настройке доменов, DNS, конструкторам сайтов и запуску проектов. Инструкции, сравнения сервисов и ответы на частые вопросы.
DNS и управление доменом

Что такое CNAME запись

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

Запрос «что такое cname запись» обычно возникает в момент настройки сайта, почтовых сервисов, CDN, облачных платформ или подтверждения домена. Чтобы правильно применять эту запись, важно понимать не только определение, но и ограничения: CNAME подходит не везде, а ошибки в размещении могут привести к конфликтам в DNS.

Как работает CNAME в DNS

CNAME расшифровывается как Canonical Name. Эта запись указывает, что одно DNS-имя является алиасом другого DNS-имени. Например, поддомен shop.example может вести не на конкретный IP, а на service.provider. Когда клиент запрашивает адрес shop.example, DNS-резолвер сначала получает информацию о CNAME, затем обращается к целевому имени и уже у него ищет конечную A- или AAAA-запись.

Главная особенность в том, что CNAME не хранит сам IP-адрес. Он лишь перенаправляет процесс разрешения имени на другое имя. За счет этого удобно менять инфраструктуру на стороне целевого домена без ручного обновления всех зависимых записей. Если провайдер изменит IP у service.provider, алиас продолжит работать, пока обновляется конечная DNS-запись.

Когда CNAME действительно полезен

Чаще всего CNAME применяют для поддоменов. Типичный сценарий — адрес вида www, app, blog, cdn или static. Вместо привязки каждого поддомена к отдельному IP администратор указывает каноническое имя сервиса. Это особенно удобно, когда сайт размещен на SaaS-платформе, в облаке или за CDN, где IP-адреса могут меняться, а провайдер просит указать именно доменное имя.

Еще один распространенный случай — интеграция с внешними сервисами. Платформы для email-рассылок, аналитики, хостинга лендингов и корпоративных приложений нередко выдают доменное имя, на которое нужно создать CNAME. Тогда часть трафика или отдельный поддомен логически остается в вашей зоне DNS, но технически обслуживается сторонней системой.

Также CNAME удобен там, где важно снизить количество однотипных изменений. Если несколько поддоменов зависят от одного сервиса, администрирование становится проще: меняется целевое имя или его конечные IP, а не десятки отдельных A-записей.

Чем CNAME отличается от A и AAAA записи

A-запись связывает домен с IPv4-адресом, AAAA-запись — с IPv6-адресом. Эти типы записей указывают конечную точку напрямую. CNAME работает иначе: он связывает одно имя с другим именем. Поэтому выбор зависит от задачи. Если известен стабильный IP и нужен прямой маршрут, обычно используют A или AAAA. Если сервис публикуется через доменное имя поставщика и может менять адреса, удобнее CNAME.

Важно понимать, что CNAME не является веб-перенаправлением. Он не отправляет пользователя на новую страницу и не меняет адрес в браузере. Это запись уровня DNS, которая срабатывает еще до подключения к сайту. Снаружи это выглядит как обычное разрешение домена, а не как редирект.

Ограничения и частые ошибки при настройке

Самая частая ошибка — попытка поставить CNAME на корневой домен зоны, если там уже есть другие обязательные записи. По стандартной логике DNS имя с CNAME не должно одновременно иметь другие записи того же узла, например A, MX или TXT. Из-за этого для корня домена чаще используют A, AAAA или специальные механизмы провайдеров DNS, если они поддерживают псевдоалиасы.

Вторая проблема — создание конфликтующих записей для одного и того же поддомена. Если для поддомена уже есть A-запись, добавить к нему CNAME обычно нельзя. Также стоит внимательно проверять конечное имя: опечатка, лишняя точка или неверная зона приведут к тому, что разрешение имени перестанет работать.

Нужно учитывать и кэширование DNS. После изменения записи обновление не происходит мгновенно: часть пользователей и серверов может некоторое время видеть старые данные в пределах TTL. Поэтому любые правки лучше планировать с учетом времени распространения изменений.

Как понять, подходит ли вам CNAME

CNAME стоит использовать, когда нужно связать поддомен с другим доменным именем, а не с фиксированным IP. Это хороший выбор для www-поддомена, облачных приложений, CDN, конструкторов сайтов и сервисов, которые сами управляют своей сетевой частью. Если же нужен прямой контроль над IP-адресом, важна совместимость с записями корневого домена или требуется точная настройка почтовых и связанных DNS-параметров, чаще применяют другие типы записей.

Практический подход простой: сначала определить, что именно требует сервис — IP или доменное имя. Если поставщик явно выдает целевое имя для привязки поддомена, обычно нужен CNAME. Если вы настраиваете корень домена или инфраструктуру с собственными серверами, чаще используются A и AAAA. Правильный выбор здесь влияет не только на работоспособность сайта, но и на удобство дальнейшего сопровождения.

FAQ

Можно ли поставить CNAME на основной домен?
Обычно это проблемно, потому что корневой домен часто должен содержать и другие записи DNS. Во многих случаях для него используют A или AAAA.
CNAME и редирект сайта — это одно и то же?
Нет. CNAME работает на уровне DNS и связывает имя с другим именем, а редирект выполняется уже на уровне веб-сервера или приложения.
Почему после изменения CNAME сайт не обновился сразу?
Изменения DNS кэшируются. Пока не истечет TTL у провайдеров и резолверов, часть пользователей может видеть старое состояние.
Можно ли одновременно использовать CNAME и A для одного поддомена?
Как правило, нет. Для одного и того же имени CNAME не должен сосуществовать с другими записями этого узла.