ANAME-запись

Задача, которую решает ANAME, знакома всем, кто размещает сайт на облачной платформе или CDN. Сервис выдаёт не IP-адрес, а имя вроде site.cdn.example.net, и адреса за этим именем меняются. Для www всё просто — ставят CNAME-запись. А для корня домена, где уже есть SOA- и NS-записи, CNAME запрещён: стандарт не разрешает совмещать его с другими данными того же имени.

Провайдеры DNS обошли ограничение на своей стороне. Вы указываете в панели целевое имя, а авторитетный сервер провайдера периодически разрешает его сам и в ответ на запрос отдаёт обычные A- и AAAA-записи. Снаружи никакой ANAME не видно.

Как это выглядит

; в панели провайдера DNS
example.com.   ANAME  site.cdn.example.net.

; что получает резолвер в ответ
example.com.   300  IN  A     198.51.100.7
example.com.   300  IN  AAAA  2001:db8::7

Одна и та же идея у разных компаний называется по-разному: ANAME, ALIAS, CNAME flattening. В IETF обсуждали стандартизацию ANAME, но проект так и не стал RFC. Вместо него появилась SVCB-запись и её вариант HTTPS, которые решают задачу средствами самого протокола.

Ограничения, о которых стоит знать

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

Когда без неё можно обойтись

Если хостинг даёт постоянный IP, достаточно обычной A-записи на корне и CNAME для www. ANAME нужна именно там, где у платформы нет фиксированного адреса.