Entonces, tengo un amigo que intenta hacer algo extraño entre su dominio principal y sus subdominios. En última instancia, necesita que blog.hisdomain.com apunte a un host cPanel tonto y que su dominio principal apunte a una IP estática (para AWS).
No soy un experto en http o dns, pero estaba tratando de ayudarlo mientras estaba despierto (actualmente es de noche en su país), pero realmente no parece que esté funcionando.
Le pedí que realizara los siguientes pasos:
- Su dominio principal estaba configurado en cPanel con servidores de nombres configurados, así que le pedí que creara un subdominio en cPanel para blog.hisdomain.com que simplemente iba a la raíz pública.
- Luego le pedí que agregara un Registro A para "blog" con la IP del host de cPanel como valor. Esto hizo que pudiéramos ver su blog en blog.hisdomain.com.
- Luego le pedí que cambiara el registro A "@" para que apuntara a otra parte. Acabo de tomar una dirección IP de Google por el valor aquí. Al principio esto no cambió nada, pero pensamos que podría haber sido un problema de propagación.
Han pasado más de 24 horas y su dominio principal todavía (ahora más lentamente) me lleva al blog. Justo ahora recordé que no le pedí que cambiara sus servidores de nombres ni nada; sólo el registro A.¿Es posible que tener un registro A y servidores de nombres esté causando cierta confusión y esté llevando al DNS a ignorar la dirección IP del registro A?
Respuesta1
No. Es perfectamente válido (y bastante común) que los registros A y NS coexistan para el registro @.
Lo que no es válido, sin embargo, es que los registros CNAME coexistan con cualquier otro tipo de registro. RFC 1034 establece "si un CNAME RR está presente en un nodo, no deben estar presentes otros datos; esto garantiza que los datos de un nombre canónico y sus alias no puedan ser diferentes". Me encontré con este problema en particular recientemente y me sorprendió que un registro TXT y un registro CNAME no puedan coexistir.
Un par de cosas que haría:
- Vacíe su caché de resolución de DNS
- Windows: ipconfig /flushdns
- Linux: reinicio del servicio sudo nscd
- Mac OS X
- Mountain Lion y Lion: sudo killall -HUP mDNSResponder
- Leopardo de las Nieves: sudo dscacheutil -flushcache
- Me aseguraría de que tu amigo esté usando un registro A y no un registro CNAME.
- Le pediría a tu amigo que verificara el TTL en el registro @ (o en la zona misma); no mencionaste cuál era el TTL. Si bien 86400 segundos (24 horas) es un valor TTL común, siempre es posible que esté configurado mucho más alto para reducir el tráfico DNS.
- Utilice una utilidad de consulta DNS (por ejemplo, dig) para consultar el servidor DNS directamente