Tengo un dominio ( example.com) registrado con godaddy y apunto a servidores de nombres alojados en linode. Tengo una instalación de WordPress multisitio en Linode ( blogs.com) y quiero apuntar el dominio a un subdominio de la instalación de WordPress ( example.com -> example.blogs.com).
El subdominio de la instalación de WordPress funciona bien: DNS puede encontrarlo y yo puedo buscarlo. en el administrador de DNS de Linode configuré un CNAME para crear el puntero al que hice referencia anteriormente.
Whois muestra que los servidores de nombres de Linode están configurados para el dominio, pero DNS no puede encontrar ningún servidor de nombres por ejemplo.com.
¿Me estoy perdiendo algún paso o tengo algo mal configurado?
EDITAR 1
La sección de respuesta de la solicitud de excavación utilizando uno de los servidores de nombres de Linode es
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 44359
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
La sección de respuestas de la excavación usando el servidor de nombres de mi host es
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 16379
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
La misma respuesta en el campo de estado si especifico CNAME o simplemente acepto la consulta A estándar.
No tengo un registro A para ese ejemplo.com en los servidores de nombres de Linode; ¿Necesito configurar eso?
Este es un cambio bastante reciente, hace unas horas, así que tal vez simplemente estoy impaciente. Los cambios en el servidor de nombres realizados al mismo tiempo se realizaron con bastante rapidez. Supuse que la entrada CNAME sería simultánea con eso; ¿Me equivoco en esa expectativa?
Respuesta1
Técnicamente lo que estás pidiendo no es válido. CNAME entra en conflicto con todos los demás registros(con una excepción especial para los registros DNSSEC), teniendo así CNAME xxxxxconflictos con los registros SOA, MX, NSetc del dominio. Supongo que la razón por la que el dominio se resuelve cuando usas un Aallí y falla cuando usas CNAME es porque el servidor DNS impone esas restricciones y no puede procesar tu archivo de zona.
Además, según su respuesta a la pregunta de @xwincftwx, no está claro que hacer que CNAME funcione haría lo que desea en primer lugar. Un CNAMEseñalar a un Aregistro esexactamentelo mismo que un Arécord en primer lugar. El CNAME lo maneja completamente internamente el sistema DNS y el navegador web solo ve la dirección IP. En su prueba con un Aregistro (digamos 1.2.3.4), el navegador se conectó 1.2.3.4y solicitó el sitio web example.com. Si ese servidor no está configurado para servir un sitio web, example.comnormalmente sirve un sitio predeterminado (en este caso blogs.com).
SiSi consigues que tu dominio funcione como CNAME, el navegador te pedirá la dirección IP de example.com. DNS vería que es un CNAME, buscaría example.blogs.comy regresaría 1.2.3.4. El navegador se conectaría 1.2.3.4y lo solicitaría example.comtal como lo hacía cuando era un Aregistro.
Si desea que se example.comredirija a las personas example.blogs.com, deberá configurar un servidor web básico que reciba conexiones example.comy envíe una redirección permanente 301 al navegador para indicarle que vaya aexample.blogs.com
Respuesta2
No puede utilizar un CNAME para el registro raíz en un archivo de zona (esto está prohibido según RFC 1034, lea la sección 3.6.2). En su lugar, deberás ingresar un registro A que apunte a la misma IP que el objetivo de tu regla CNAME.
Respuesta3
¿Cuál es la salida de dig example.com? Si conoce la IP de su servidor de nombres, puede forzar a excavar a usar su servidor de nombres ( dig @nameserver-ip example.com). Si esto funciona, su servidor de nombres no se utiliza para ejemplo.com. ¿Cuándo asignaste los servidores de nombres de Linode? Esos cambios pueden llevar tiempo. Especialmente si el servidor DNS de su ISP almacena en caché los resultados...
Respuesta4
Parece que su servidor de nombres no se está ejecutando.
¿Puedes comprobar si tu servidor de nombres se está ejecutando?
ps-aux | grep llamado
Si su servidor de nombres no se está ejecutando... inícielo y verifique nuevamente.
Si no se inicia después de que usted lo inició... publique la información nombrada de /var/log/daemon y /var/log/messages
grep llamado /var/log/messages grep llamado /var/log/daemon
Quizás sea una mala configuración en su archivo de zona.
Si su servidor de nombres ESTÁ FUNCIONANDO, verifique su nombre.conf si su zona acepta todo el tráfico entrante.
No es necesario incluir registros A de ejemplo.com en su archivo de zona, pero se recomienda hacerlo para las comprobaciones de DNS y whois.