Что такое CNAME-запись?
CNAME (Canonical Name) — это DNS-запись, которая отображает алиас имени хоста на каноническое имя. Когда резолвер обращается к алиасу, он следует по цепочке, пока не найдёт A- или AAAA-запись на канонической цели, и возвращает соответствующий IP-адрес. Это стандартный способ делегировать поддомен стороннему сервису, не раскрывая и не зашивая его IP.
CNAME играет ключевую роль в современной почтовой и веб-инфраструктуре: CDN публикуют постоянно меняющиеся IP, которые корректно отслеживает только CNAME, поставщики DKIM-as-a-service требуют делегирования ключей через CNAME, а SaaS-платформы используют его для брендирования клиентских конечных точек. Стандарт определён в RFC 1034 и RFC 2181.
Зачем проверять CNAME-записи?
1Раннее обнаружение нерабочих алиасов
Если поставщик переименует или отключит хост, ваш CNAME молча сломается — увидеть это можно только через чекер
2Подтверждение делегирования DKIM и BIMI
Оба полагаются на CNAME, указывающие на записи поставщика — убедитесь, что цепочка разрешается полностью
3Избежание конфликта записей
CNAME не может сосуществовать с другими записями на том же имени. Чекер сразу показывает конфликт
4Контроль миграций
После перенаправления кастомного домена на нового SaaS-провайдера проверьте каноническую цель до анонса
Как работает разрешение CNAME — шаг за шагом
Ваш DNS-провайдер публикует CNAME-запись, отображающую алиас (например, `www.example.com`) на каноническую цель (`example.com` или хост провайдера).
Клиент запрашивает алиас. Резолвер возвращает CNAME и продолжает запрос к канонической цели.
Если цель сама является CNAME, резолвер идёт по цепочке — большинство стэков допускают до ~8 переходов до отказа.
Когда резолвер находит запись A или AAAA, он возвращает этот IP исходному клиенту.
Вся цепочка (алиас → промежуточные алиасы → запись A) кэшируется на каждом шаге в течение TTL записи.
Синтаксис CNAME-записи
www.example.com. 300 IN CNAME example.com.Описание полей
алиас— имя хоста, которое делегируетсяTTL— время кэширования в секундах (300 = 5 мин)IN— класс интернет-записиCNAME— тип записицель— каноническое имя хоста (должно заканчиваться точкой)Типичные сбои CNAME и их решения
CNAME на корневом домене
Корневые домены не могут содержать CNAME — используйте записи ALIAS или ANAME от вашего DNS-провайдера
CNAME рядом с другими записями
RFC 1034 запрещает CNAME на имени, где есть MX, TXT или A — разнесите записи по разным именам
Висячая цель
Если каноническая цель больше не существует, резолверы возвращают NXDOMAIN — направьте на действующую цель
Слишком длинная цепочка
Цепочки длиннее 8 переходов заставляют некоторые резолверы прерываться — упростите, указав сразу конечную цель
Часто задаваемые вопросы
CNAME (Canonical Name) — это запись DNS, которая отображает одно имя хоста на другое. Вместо прямого указания на IP-адрес имя хоста становится алиасом канонической цели, и любые обновления A- или AAAA-записей на этой цели автоматически применяются ко всем алиасам. CNAME часто используется для www-поддоменов, конечных точек CDN, кастомных доменов SaaS и делегирования аутентификации почты, таких как DKIM и отчёты DMARC.
Современная аутентификация почты опирается на DKIM-ключи, делегированные через CNAME, и на Branded Indicators for Message Identification (BIMI). Если CNAME для DKIM-селектора или URL-логотипа BIMI неисправен, получатели могут понизить ваш уровень доверия и отправить почту в спам. CNAME-чекер подтверждает, что алиас корректно разрешается до ожидаемой цели, чтобы подпись и брендовые индикаторы работали от начала до конца.
Цепочка CNAME возникает, когда один алиас указывает на другой алиас перед достижением A-записи. Большинство резолверов следуют по цепочкам прозрачно, но каждый дополнительный шаг добавляет задержку, повышает риск ошибки в конфигурации и может ломать некоторые валидаторы, идущие лишь на один уровень. Чекер показывает каждый шаг цепочки, чтобы вы могли сократить лишние переходы.
Строго говоря, нет — RFC 1034 запрещает CNAME рядом с другими записями, а корневым доменам всегда нужны SOA и NS. Некоторые DNS-провайдеры предлагают ALIAS, ANAME или 'плоский' CNAME-at-apex, которые синтезируют A-запись из цели. Если вы пользуетесь такими функциями, наш чекер всё равно проверит, что разрешённый IP работает как ожидается.
Пустой результат обычно означает, что CNAME ещё не опубликован, добавлен к неверному поддомену или содержит опечатку в цели. Распространение DNS может занимать до 48 часов, хотя большинство современных провайдеров обновляются за минуты. Проверьте, что запись присутствует в панели DNS, и повторите запрос.
Убедитесь, что CNAME указывает точно на тот целевой адрес, который указал ваш провайдер, без опечаток и завершающих точек, и что вы не разместили CNAME на записи, у которой есть и другие записи, — это запрещено DNS. Исправьте целевой адрес в настройках DNS, дайте время на распространение и проверьте снова.