Establecer registro de dominio raíz para ser un CNAME

15

Necesito crear un registro NS para un dominio que sea un CNAME, con el fin de tener dos dominios apuntados a una IP y no tener que mantener la dirección IP actual en dos lugares diferentes.

El proveedor de DNS para este dominio es DynDNS, pero bloquean esta operación:

CNAME no se puede crear con una etiqueta que sea igual al nombre de la zona

Puedo hacer esto con otro dominio cuyo DNS es servido por 1 y 1:

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

¿Es esto una violación de los RFC o DynDNS tiene una razón legítima para bloquear esta acción?

Seguimiento Gracias a las dos respuestas ya publicadas, ahora sé que 1and1 ESTÁ infringiendo RFC para hacer esto. Sin embargo, funciona y parecen apoyarlo. Para una empresa que aloja tantos dominios, parece muy extraño que se salgan con la suya a una escala tan masiva sin objeciones.

Más seguimiento

La salida de "dig myseconddomain.co.uk ns" según lo solicitado.

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

— tomfanning
fuente

23

Correcto, es una infracción de RFC 1034 , sección 3.6.2, párrafo 3:

... Si un CNAME RR está presente en un nodo, no deben estar presentes otros datos; Esto asegura que los datos para un nombre canónico y sus alias no pueden ser diferentes. ...

Esto se aplica aquí porque la raíz de su zona también debe tener registros SOA y NS.

— James Sneeringer
fuente

Esto responde a la pregunta original, así que gracias por eso. Agradecería cualquier idea que tenga sobre el seguimiento que publiqué en la pregunta.

— tomfanning

Es posible que su dominio tenga un registro CNAME si el proveedor puede acomodar ingresar el CNAME en la zona principal, y no en su propia zona, aunque en ese caso no tendría sus propios registros SOA o NS.

— mark4o

¿Es eso lo que ves en la consulta de "excavación" que hice en la pregunta? (No soy un experto en DNS, solo lo suficiente para sobrevivir ...)

— tomfanning

Esa consulta de excavación no solicita registros SOA o NS. Prueba: dig myseconddomain.co.uk ns

— mark4o

He actualizado mi respuesta con los resultados de su consulta.

— tomfanning

1

Use el servicio DynDNS WebHop . Esto es gratis para sus clientes DNS.

Le permite redirigir el tráfico del segundo dominio al primero y no romper ningún RFC.

La redirección es 302(temporal), por lo que puede dañar algunos rankings de los motores de búsqueda. (Sospecho que esto también podría ser un problema con los CNAMEregistros). Consulte el enlace anterior para obtener más información.

— Nate
fuente

Buena sugerencia, pero no es buena aquí porque quiero que mi primer dominio.com/carpeta/archivo.htm y mi segundodominio.com/carpeta/archivo.htm funcionen.

— tomfanning

Redirige la URL completa. En otras palabras, sí, haría eso.

— Nate

0

Sí, hay una violación en el RFC por eso. Revisa esta explicación . Creo que es posible pero no totalmente compatible con el RFC.

— hdanniel
fuente

0

El cname sería inválido y puede causar problemas en el futuro. La solución consiste en utilizar el alias de apache o reescribir módulos para redirigir el tráfico. Mira esta publicación explicando cómo hacer esto en apache. Migrar un dominio a otro

0

Sí, normalmente rompe el estándar DNS al crear un registro CNAME en la raíz / apex, sin embargo, algunos proveedores de DNS han implementado soluciones alternativas:

Cloudflare proporciona un excelente alojamiento DNS gratuito con una función llamada " aplanamiento CNAME " mediante la cual puede agregar un CNAME en la raíz de su zona, pero los servidores Cloudflare en realidad devolverán los registros A / AAAA resueltos a las consultas, sin romper el estándar
DNSMadeEasy también ofrece algo similar, conocido como registros "ANAME"
DNSimple también ofrece esto a través de registros "ALIAS"
easyDNS también ofrece registros ANAME
PointDNS también ofrece registros ALIAS

Soy un cliente feliz de Cloudflare y he encontrado que su solución funciona muy bien.

— Simon East
fuente