Imposta il record del dominio principale su CNAME


15

Devo creare un record NS per un dominio che è un CNAME, allo scopo di avere due domini puntati su un IP e non dover mantenere l'indirizzo IP corrente in due luoghi diversi.

Il provider DNS per questo dominio è DynDNS, ma bloccano questa operazione:

CNAME non può essere creato con un'etichetta uguale al nome della zona

Posso farlo con un altro dominio il cui DNS è servito da 1and1:

root@srv-ubuntu:~# dig myseconddomain.co.uk

; <<>> DiG 9.4.2-P1 <<>> myseconddomain.co.uk
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61795
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;myseconddomain.co.uk.             IN      A

;; ANSWER SECTION:
myseconddomain.co.uk.      71605   IN      CNAME   myfirstdomain.co.uk.
myfirstdomain.co.uk.     59      IN      A       www.xxx.yyy.zzz

;; Query time: 298 msec
;; SERVER: 10.0.0.10#53(10.0.0.10)
;; WHEN: Tue Aug 18 14:17:26 2009
;; MSG SIZE  rcvd: 78

Si tratta di una violazione degli RFC o DynDNS ha un motivo legittimo per bloccare questa azione?

Seguito Grazie alle due risposte già pubblicate, ora so che 1 e 1 IS violano gli RFC per farlo. Tuttavia funziona e sembrano supportarlo. Per un'azienda che ospita così tanti domini sembra molto strano che riescano a farlo su così vasta scala senza obiezioni.

Più follow-up

L'output di "dig myseconddomain.co.uk ns" come richiesto.

root@srv-ubuntu:~# dig myseconddomain.co.uk ns

; <<>> DiG 9.4.2-P1 <<>> myseconddomain.co.uk ns
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18085
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 2

;; QUESTION SECTION:
; myseconddomain.co.uk.             IN      NS

;; ANSWER SECTION:
myseconddomain.co.uk.      4798    IN      NS      ns67.1and1.co.uk.
myseconddomain.co.uk.      4798    IN      NS      ns68.1and1.co.uk.

;; ADDITIONAL SECTION:
ns67.1and1.co.uk.       78798   IN      A       195.20.224.201
ns68.1and1.co.uk.       86400   IN      A       212.227.123.89

;; Query time: 59 msec
;; SERVER: 10.0.0.10#53(10.0.0.10)
;; WHEN: Wed Aug 19 12:54:58 2009
;; MSG SIZE  rcvd: 111

Risposte:


23

Corretto, è una violazione di RFC 1034 , sezione 3.6.2, paragrafo 3:

... Se un RR CNAME è presente in un nodo, non dovrebbero essere presenti altri dati; questo assicura che i dati per un nome canonico e i suoi alias non possano essere diversi. ...

Questo vale qui perché la radice della tua zona deve anche avere record SOA e NS.


Questo risponde alla domanda originale, quindi grazie per quello. Gradirei qualsiasi intuizione che hai sul follow-up che ho pubblicato nella domanda.
tomfanning,

È possibile che il tuo dominio disponga di un record CNAME se il provider può accogliere l'inserimento del CNAME nella zona padre e non nella propria zona, anche se in quel caso non avrebbe i propri record SOA o NS.
mark4o,

È quello che vedi nella query "scavare" che ho fatto nella domanda? (Non sono un esperto DNS, quanto basta per
cavarmela

Quella query di scavo non richiede record SOA o NS. Prova: dig myseconddomain.co.uk ns
mark4o

Ho aggiornato la mia risposta con i risultati della tua query.
tomfanning

1

Utilizzare il servizio DynDNS WebHop . Questo è gratuito per i loro clienti DNS.

Ti consente di reindirizzare il traffico dal secondo dominio al primo e non interrompere alcun RFC.

Il reindirizzamento è 302(temporaneo), quindi potrebbe danneggiare alcune classifiche dei motori di ricerca. (Sospetto che questo potrebbe anche essere un problema con i CNAMErecord.) Vedere il link sopra per ulteriori informazioni.


Bel suggerimento, ma non buono qui perché voglio che myfirstdomain.com/folder/file.htm e myseconddomain.com/folder/file.htm funzionino entrambi.
tomfanning

Reindirizza l'URL completo. In altre parole, sì, lo farebbe.
Nate,

0

Sì, esiste una violazione dell'RFC per questo. Controlla questa spiegazione . Penso che sia possibile ma non completamente conforme alla RFC.


0

Il cname non sarebbe valido e potrebbe causare problemi lungo la strada. Il problema è utilizzare l'alias apache o riscrivere i moduli per reindirizzare il traffico. Dai un'occhiata a questo post che spiega come farlo in apache. Migrazione da un dominio a un altro


0

Sì, normalmente interrompe lo standard DNS durante la creazione di un record CNAME in root / apex, tuttavia alcuni provider DNS hanno implementato soluzioni alternative:

  • Cloudflare fornisce un eccellente servizio di hosting DNS gratuito con una funzione chiamata " CNAME Flattening " in base alla quale è possibile aggiungere un CNAME alla radice della propria zona, ma i server Cloudflare restituiranno effettivamente i record A / AAAA risolti alle query, senza infrangere lo standard
  • DNSMadeEasy offre anche una cosa simile, denominata record "ANAME"
  • DNSimple offre anche questo tramite record "ALIAS"
  • easyDNS offre anche record ANAME
  • PointDNS offre anche record ALIAS

Sono un cliente felice di Cloudflare e ho trovato la loro soluzione per funzionare davvero bene.

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.