CNAME (Canonical Name) — запись DNS, сопоставляющая псевдоним с каноническим именем. Пример: www.example.com CNAME example.com. При запросе www.example.com DNS-резолвер следует по цепочке: сначала получает canonical name (example.com), затем разрешает его в IP-адрес.
Как работает
При запросе IP для www.example.com авторитетный DNS возвращает: «Это псевдоним, ищи example.com». Резолвер делает ещё один запрос — уже для canonical name — и получает A-запись с IP. CNAME не возвращает IP напрямую; это всегда промежуточный шаг.
CNAME-запись не может сосуществовать с другими записями того же имени — это запрет RFC 1912. Поэтому нельзя добавить MX для домена, у которого есть CNAME. И нельзя использовать CNAME для корневого домена (apex), где обязательно должны быть NS и SOA.
Типичные применения
www CNAME @— перенаправление www на корневой домен (поддерживается через ALIAS на apex).mail CNAME mailserver.provider.com— псевдоним для почтового сервиса.cdn CNAME d1234.cloudfront.net— субдомен для CDN с динамическим IP.- Верификация домена:
_verify CNAME verify-token.service.com— используют Google, HubSpot, другие SaaS для подтверждения владения.
История
CNAME определена в RFC 1034/1035 (1987) как стандартный тип ресурсной записи DNS. Изначально использовалась для перехода от старых имён к новым без разрыва связей. С 2010-х CNAME стал основным механизмом интеграции со сторонними сервисами (CDN, email-провайдеры, SaaS-платформы).
Связь с хостингом
CNAME активно используется при подключении CDN: провайдер выдаёт имя своего сервера, клиент создаёт CNAME static.example.com → d1234.cdn.net. Аналогично работает подключение корпоративной почты: Google Workspace или Microsoft 365 запрашивают CNAME для верификации. При смене IP у canonical name обновлять псевдонимы не нужно — достаточно изменить A-запись canonical name.
CNAME в практике хостинга
CNAME (Canonical Name) — DNS-запись, указывающая, что данное имя является псевдонимом другого. Типичные применения: www.example.com -> example.com (перенаправление www на корневой домен через CNAME к A-записи), shop.example.com -> shop.myshopify.com (внешний сервис через поддомен), cdn.example.com -> xxxx.cloudfront.net (CDN-эндпоинт). Цепочка CNAME допустима, но каждое дополнительное звено добавляет задержку DNS-резолвинга. Максимальная рекомендуемая глубина -- 5 уровней. CNAME нельзя использовать для корневого домена (RFC 1034) и для MX/NS-записей. A-запись и CNAME -- наиболее часто используемые типы DNS-записей. ALIAS/ANAME -- альтернатива CNAME для корневого домена.
Как работает CNAME
При разрешении CNAME DNS-резолвер выполняет дополнительный запрос для получения A-записи конечного хоста. Пример: nslookup www.example.com сначала получит ответ «www.example.com is an alias for example.com», затем разрешит example.com в IP. TTL CNAME-записи должен совпадать с TTL целевой A-записи. При использовании Cloudflare функция CNAME Flattening автоматически преобразует CNAME в A-запись для корневого домена. TTL DNS-записей -- важный параметр для управления скоростью распространения изменений.
История
CNAME введён в RFC 882 (1983) вместе с другими базовыми типами DNS-записей. Остаётся одним из фундаментальных DNS-типов более 40 лет. В 1990--2000-х годах CNAME активно использовался для распределения нагрузки через Round-robin DNS (несколько A-записей на одном имени). С появлением CDN в 1998--2000-х CNAME стал стандартным способом подключения внешних сервисов через поддомены.