DNS A record ALIASES e ANAME registrano differenze


8

Abbiamo un numero di gruppi di server su AWS che usano trii di server per servire i siti. Ogni server o set di server si trova in un'area di disponibilità diversa, uno dei quali è un server di reindirizzamento mentre gli altri due sono i server primari a cui si accede dietro un bilanciamento del carico elastico. Abbiamo finalmente un client a bordo per l'utilizzo di Route53 e stavamo cercando alcuni dettagli sui domini dell'apice della zona di puntamento ai bilanci di carico elastici. La maggior parte dei provider DNS che supportano questo sembra riferirsi a questo come alias DNS dei record A. Alcuni siti sembrano tuttavia fare riferimento a un record simile chiamato record ANAME. Questo non è il tipico CNAME o il record DNAME atipico. La maggior parte di questi siti fa riferimento anche a DNSMadeEasy simpleDNS che lo utilizza.

Allora, qual è la differenza tra Route53 (o altrove) record ALIASes e record ANAME? Ce n'è uno? Uno di questi ha o è incluso in un documento di implementazione RFC IEFT o i record con alias sono tutti implementati all'interno del provider su cui vengono utilizzati?

[modifica]: provider DNS errato elencato per l'utilizzo di ANAME


4
I "record" di ALIAS e ANAME non sono incorporati da nessun RFC.
Andrew B,

Questo dovrebbe essere aggiornato per indicare che i record ANAME si trovano in una bozza del gruppo di lavoro IETF: datatracker.ietf.org/doc/draft-ietf-dnsop-aname
Christopher_G_Lewis

Risposte:


10

Sembra che ANAMEsia solo un nome dal suono standard creato da DNS Made Easy per descrivere un'offerta di servizi estremamente simile a quella di un alias Route 53.

Ho descritto le differenze tra un alias e un CNAMErecente su Stack Overflow , ma per riassumere qui:

Un server DNS provvisto di a CNAMEper un determinato host distribuisce un riferimento che indica il nome canonico dell'host che viene cercato, che spesso richiede una seconda query da parte del risolutore di origine per cercare quel nome alternativo; un alias (e dal suo aspetto, an ANAME) utilizza le informazioni interne che il server DNS conosce sulla destinazione "vera" per rispondere semplicemente direttamente alla richiesta, senza la necessità di una seconda ricerca e senza alcuna visibilità delle informazioni intermedie nella Scambi di protocollo DNS.

Ciò che fornisce un alias, oltre a questo, è la capacità di utilizzare le informazioni che Route 53 è in suo possesso sugli indirizzi IP attualmente validi per gli endpoint dei siti Web S3, ELB e Cloudfront, per rispondere alle query A-record con informazioni autorevoli che è preciso in tempo quasi reale, che, se si utilizzano tali servizi, non è qualcosa che qualsiasi altro fornitore avrà a disposizione; ovviamente, è vero anche il contrario, un alias della Route 53 non può essere usato per trovare e restituire informazioni che non sono intrinsecamente disponibili per la Route 53. Non puoi semplicemente usare "qualsiasi" target per un alias - solo il endpoint dei tre servizi che ho menzionato sopra o altri record nella stessa zona ospitata all'interno della Route 53.

In questo senso, un ANAMEe un alias non sono equivalenti, a seconda del servizio che fornisce il back-end ... a meno che non ANAMEstia puntando (internamente) a informazioni statiche.

Un ANAMErecord sul servizio di un altro host DNS non sarebbe in grado di fornire le stesse funzionalità di Route 53 se la destinazione è S3, ELB o CloudFront, allo stesso modo in cui un alias su Route 53 non sarebbe in grado di restituire risposte che puntano a un altro Posizioni periferiche del provider CDN che utilizzano informazioni disponibili internamente, poiché le informazioni non sono disponibili internamente all'infrastruttura del provider. Altrimenti la funzionalità sembra sostanzialmente la stessa.


Solo una breve nota che, ad oggi, Route 53 non supporta ancora il dominio apex CNAME né alcuna alternativa.
Fabien Snauwaert,

@FabienSnauwaert che non è preciso. Route 53 supporta gli alias A-Record all'apice, che possono riflettere il valore di un endpoint S3, CloudFront, ELB / ALB o Elastic Beanstalk. Route 53 non supporta un CNAME all'apice di una zona e probabilmente non lo farà mai, perché non è una configurazione valida.
Michael - sqlbot,

1
Grazie per il chiarimento, Michael, lo apprezzo. Stavo cercando di fare riferimento a ciò che viene chiamato ALIASsu DNSimple, ANAMEsu DNS Made Easy, ANAMEsu easyDNS, ALIASsu PointDNS e CNAME(un malinteso) su CloudFlare e lasciamo dire mydomain.com (www-less) a un altro dominio (ad esempio: myapp.herokuapp. com). Per quanto ne so, la Route 53 al momento non offre tale opzione. (EDIT: ne ho discusso qui su un'altra società di hosting.)
Fabien Snauwaert,

La mancanza di un CNAME alla radice di un dominio era una svista nell'RFC originale che avrebbe dovuto essere corretta molto tempo fa. Chiaramente, un CNAME alla radice dovrebbe essere per tutte le richieste di record TRANNE una SOA, piuttosto che renderlo un errore, dal momento che è completamente inequivocabile e funziona bene ... anche con i server di cache legacy (provalo ... hackerare un server DNS e servire un CNAME dalla radice ... si risolverà e verrà memorizzato nella cache correttamente!).
Erik Aronesty,

@ErikAronesty non è del tutto inequivocabile. Hacking del server DNS e quindi provare a inviare e-mail al dominio. Chi è lo scambiatore di posta? Se hai intenzione di fare un'eccezione per SOA, hai bisogno di un'eccezione per MX, TXT, NS, ... poiché CNAME significa che questo nome host è un alias per un altro, questo implica che quei record dovrebbero essere cercati per l'altro nome host e questo in genere non avrebbe senso, in particolare per il web hosting.
Michael - sqlbot,

1

A partire proprio qui nelle FAQ, spiega che un record di alias è un puntatore specifico di Route53, simile a un record CNAME, ma non visibile a un resolver.


È praticamente quello che mi aspettavo. Durante il test di questa configurazione solo in un formato di record semplice, sembra funzionare più o meno come un record DNS A round robin, con DNS locale che memorizza nella cache il record fino a quando non scade e quindi più spesso di non passare al record opposto.
dcmbrown,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.