Diferenças de registro DNS A ALIASES e ANAME

8

Temos vários grupos de servidores na AWS que usam trios de servidores para servir sites. Cada servidor ou conjunto de servidores está em uma região de disponibilidade diferente, um dos quais é um servidor de redirecionamento, enquanto os outros dois são os servidores principais acessados ​​por trás de um balanceador de carga elástico. Finalmente, temos um cliente a bordo para usar o Route53 e procuramos alguns detalhes dos domínios dos ápices da zona apontadora em balanços de carga elásticos. A maioria dos provedores de DNS que oferecem suporte a isso parece se referir a isso como aliases de DNS dos registros A. Alguns sites, no entanto, parecem se referir a um registro semelhante chamado registro ANAME. Este não é o CNAME típico ou o registro DNAME atípico. A maioria desses sites também se refere ao DNSMadeEasy simpleDNS que o utiliza.

Então, qual é a diferença entre os registros AIAS do Route53 (ou de outros locais) e os registros ANAME? Existe um? Algum deles possui ou está incluído em um documento de implementação da IEFT RFC ou os registros com alias são todos implementados no provedor em que estão sendo usados?

[edit]: provedor DNS incorreto listado para uso de ANAME

dcmbrown
fonte
4
ALIAS e ANAME "registros" não são incorporados por nenhuma RFC.
Andrew B
Isto deve ser atualizado para indicar registros ANAME estão em um rascunho IETF grupo de trabalho: datatracker.ietf.org/doc/draft-ietf-dnsop-aname
Christopher_G_Lewis

Respostas:

10

Parece que ANAMEé apenas um nome de padrão criado pelo DNS Made Easy para descrever uma oferta de serviços deles que é extremamente semelhante ao que um Alias ​​do Route 53 faz.

Descrevi as diferenças entre um Alias ​​e um CNAMErecentemente no Stack Overflow , mas para resumir aqui:

Um servidor DNS provisionado com a CNAMEpara um determinado host distribui uma referência indicando o nome canônico do host que está sendo procurado, geralmente exigindo uma segunda consulta pelo resolvedor de origem para procurar esse nome alternativo; um Alias ​​(e pelo que parece, um ANAME) usa informações internas que o servidor DNS conhece sobre o destino "verdadeiro" para simplesmente responder diretamente à solicitação, sem a necessidade de uma segunda pesquisa e sem qualquer visibilidade das informações intermediárias no diretório Trocas de protocolo DNS.

O que um Alias ​​fornece, além disso, é a capacidade de usar as informações que o Route 53 possui sobre os endereços IP atualmente válidos para os endpoints do site S3, ELB e Cloudfront, para responder a consultas de registro A com informações autorizadas. preciso em tempo quase real, o que, se você estiver usando esses serviços, não é algo que qualquer outro provedor tenha à sua disposição; é claro, o oposto também é verdadeiro, um Alias ​​da Rota 53 não pode ser usado para encontrar e retornar informações intrinsecamente disponíveis para a Rota 53. Você não pode simplesmente usar "qualquer" destino para um alias - apenas o pontos de extremidade dos três serviços mencionados acima ou outros registros na mesma zona hospedada na Rota 53.

Nesse sentido, an ANAMEe Alias ​​não são equivalentes, dependendo de qual serviço está fornecendo o back-end ... a menos que ANAMEesteja apontando (internamente) para informações estáticas.

Um ANAMEregistro no serviço de outro host DNS não seria capaz de fornecer os mesmos recursos que o Route 53 se o destino for S3, ELB ou CloudFront, da mesma maneira que um Alias ​​no Route 53 não seria capaz de retornar respostas apontando para outro Locais de borda do provedor de CDN usando informações disponíveis internamente, porque as informações não estão disponíveis internamente para a infraestrutura do provedor. Caso contrário, a funcionalidade parece basicamente a mesma.

Michael - sqlbot
fonte
Apenas uma observação rápida de que, até o momento, o Route 53 ainda não suporta o domínio apex CNAME nem qualquer alternativa.
Fabien Snauwaert 17/08/19
@FabienSnauwaert que não é preciso. A rota 53 suporta aliases de registro A no ápice, que podem refletir o valor de um ponto final S3, CloudFront, ELB / ALB ou Elastic Beanstalk. A rota 53 não suporta um CNAME no ápice de uma zona e provavelmente nunca o será, porque essa não é uma configuração válida.
Michael - sqlbot
1
Obrigado pelo esclarecimento, Michael, agradeço. Eu estava tentando me referir ao que é chamado ALIASno DNSimple, ANAMEno DNS Made Easy, ANAMEno easyDNS, ALIASno PointDNS e CNAME(um equívoco) no CloudFlare e digamos mydomain.com (www-less) para outro domínio (por exemplo: myapp.herokuapp. com). Até onde eu sei, a Rota 53 não oferece essa opção no momento. (Edição: Eu discuti isso aqui sobre outra empresa de hospedagem).
Fabien Snauwaert 17/17/17
A falta de um CNAME na raiz de um domínio foi uma supervisão na RFC original que deveria ter sido corrigida há muito tempo. Claramente, um CNAME na raiz deve ser para todas as solicitações de registro, EXCETO uma SOA, em vez de cometer um erro, pois isso é totalmente inequívoco e funciona bem ... mesmo com servidores de cache herdados (tente ... hackear um servidor DNS e servir um CNAME a partir da raiz ... ele será resolvido e armazenado em cache corretamente!).
Erik Aronesty
@ErikAronesty realmente não é completamente inequívoco. Hackeie o servidor DNS e tente enviar email para o domínio. Quem é o trocador de correio? Se você abrir uma exceção para SOA, precisará de uma exceção para MX, TXT, NS, ... como CNAME significa que esse nome de host é um alias para outro, isso implica que esses registros devem ser procurados pelo outro nome de host e isso normalmente não faria sentido, principalmente para hospedagem na web.
Michael - sqlbot 27/02
1

Começando aqui na FAQ, ele explica que um registro de alias é um ponteiro específico do Route53, semelhante a um registro CNAME, mas não visível a um resolvedor.

mortenya
fonte
Isso é praticamente o que eu esperava. Ao testar isso configurado apenas em um formato de registro simples, ele parece funcionar mais ou menos como um registro DNS A de rodízio, com o DNS local armazenando em cache o registro até que ele expire e, em seguida, mais frequentemente do que não mudar para o registro oposto.
precisa saber é o seguinte