DNS A запись ALIASES и ANAME запись различия

У нас есть несколько групп серверов в AWS, которые используют три сервера для обслуживания сайтов. Каждый сервер или набор серверов находится в отдельной области доступности, один из которых является сервером перенаправления, в то время как два других являются основными серверами, доступ к которым осуществляется за счет эластичного балансировщика нагрузки. Наконец-то у нас есть один клиент для использования Route53, и мы изучили некоторые детали наведения апексных доменов зоны на эластичные балансировки нагрузки. Большинство провайдеров DNS, которые поддерживают это, называют это DNS-псевдонимами записей A. Однако некоторые сайты ссылаются на аналогичную запись, называемую записью ANAME. Это не типичная запись CNAME или нетипичная запись DNAME. Большинство этих сайтов также ссылаются на DNSMadeEasy simpleDNS, который его использует.

Так в чем же различие между Route53 (или другими) в записях ALIAS и ANAME? Есть один? Имеются ли какие-либо из них или включены в документ по реализации IEFT RFC, или записи с псевдонимами все реализованы в поставщике, на котором они используются?

[edit]: неверный DNS-провайдер указан для использования ANAME

2 ответа

Решение

Это выглядит как ANAME это просто стандартное название, составленное DNS Made Easy, для описания их сервисного предложения, которое очень похоже на то, что делает Route 53 Alias.

Я описал различия между Alias ​​и CNAME недавно на переполнение стека, но суммировать здесь:

DNS-сервер, снабженный CNAME для данного хоста раздает реферал, указывающий каноническое имя искомого хоста, часто требующий второго запроса от распознавателя источника для поиска этого альтернативного имени; Псевдоним (и, судя по всему, ANAME) использует внутреннюю информацию, которую DNS-сервер знает об "истинном" месте назначения, чтобы просто ответить непосредственно на запрос, без необходимости повторного поиска и без какой-либо видимости промежуточной информации в обменах по протоколу DNS.

В дополнение к этому Alias ​​предоставляет возможность использовать информацию, имеющуюся в распоряжении Route 53 о действующих на данный момент IP-адресах для конечных точек веб-сайта S3, ELB и Cloudfront, для ответа на запросы A-записи с достоверной информацией, которая точное в почти реальном времени, что, если вы используете эти услуги, не является тем, что любой другой поставщик будет иметь в своем распоряжении; конечно, верно и обратное: псевдоним Route 53 нельзя использовать для поиска и возврата информации, которая изначально недоступна для Route 53. Вы не можете просто использовать "любую" цель для псевдонима - только конечные точки трех служб, которые я упомянул выше, или другие записи в той же размещенной зоне на маршруте 53.

В этом смысле ANAME и псевдоним не эквивалентны, в зависимости от того, какой сервис предоставляет серверную часть... если только ANAME указывает (внутренне) на информацию, которая является статической.

ANAME запись на службе другого хоста DNS не сможет обеспечить те же возможности, что и у маршрута 53, если местом назначения является S3, ELB или CloudFront, так же, как псевдоним на маршруте 53 не сможет возвращать ответы, указывающие на другой CDN периферийные местоположения провайдера, использующие внутренне доступную информацию, потому что информация не доступна внутри инфраструктуры провайдера. В остальном функциональность кажется практически одинаковой.

Начиная прямо здесь, в разделе FAQ, он объясняет, что запись псевдонима - это специфический указатель Route53, похожий на запись CNAME, но не видимый для распознавателя.

Другие вопросы по тегам