☰

Los cambios en el servidor de nombres no parecen propagarse

tag-icon • tag-icon domain-name-system domain-name nameserver
Los cambios en el servidor de nombres no parecen propagarse

Así que cambié los servidores web y fui a cambiar mis servidores de nombres para los dominios afectados. Dupliqué todos los registros DNS en el nuevo servidor, para que la transición fuera más fácil, y luego cambié los servidores de nombres. Sin embargo, los cambios parecen no propagarse; puedo ver que ahora apuntan al nuevo servidor de nombres, pero los sitios no se resuelven.

Los configuré en Plesk para Linux usando su asistente. ¿Hay algo que debería o no debería hacer?

TIA.

EDITAR:

Ejecuté una verificación de DNSStuff.com y, por alguna razón, mi nuevo servidor de nombres apunta a mi antiguo servidor de nombres, así:
ns0.hostedsupportal.com [64.128.190.5] ns1.dreamhost.com. ns2.dreamhost.com. ns3.dreamhost.com. 39ms

Extraño.

Respuesta1

hostedsupportal.com
        primary name server = ns1.dreamhost.com
        responsible mail addr = hostmaster.dreamhost.com
        serial  = 2009071403
        refresh = 15182 (4 hours 13 mins 2 secs)
        retry   = 1800 (30 mins)
        expire  = 1814400 (21 days)
        default TTL = 14400 (4 hours)

actualización configurada para 4 h 13 m 2 s, espere a que finalice la propagación. La paciencia es una virtud :)

Respuesta2

Utilice dig (dig @<servidor de nombres autorizado> <host o dominio> sería un comienzo) para ver la configuración actual de los servidores de nombres autorizados para el dominio. Es posible que aún no se hayan dado cuenta de los cambios (para los servidores de nombres asociados con dominios alojados, los registros que puede editar a menudo no son los del servidor de nombres público, sino que se copian allí después de la validación mediante un proceso propiedad de la empresa de alojamiento; es diferente en en algunos casos o si los servidores de nombres son realmente sus máquinas, por supuesto). Incluso si los servidores de nombres principales del dominio tienen la nueva información, cualquier otro servidor DNS que haya resuelto recientemente el dominio y haya recibido la información anterior la habrá almacenado en caché durante el tiempo TTL y no resolverá el dominio nuevamente hasta que caduque (este es el razón para reducir el tiempo TTL mucho antes de realizar un cambio de DNS si tiene control de ese registro (las versiones anteriores de BIND configuran el TTL en el registro SOA; TTL también se puede configurar en un registro de recurso individual)).

Puede usar dig (dig <host or domain>) para ver los registros que devuelve el servidor de nombres que está usando su cliente, lo que debe indicar qué versión está usando y el TTL restante.

(Me refiero a la investigación anterior suponiendo que esté utilizando un cliente GNU/LINUX/BSD, pero creo que también hay una versión de la herramienta en otras plataformas)

(También comencé a escribir esto antes de leer su edición. ¿Es así como se configuró originalmente? Si es así, aún podría ser un problema de almacenamiento en caché, los tiempos TTL deberían dar una buena indicación de esto. Desafortunadamente, no estoy familiarizado con DNSStuff es o sus salidas, así que no puedo ayudar allí)

Respuesta3

Las cachés de DNS pueden tardar hasta 48 horas en expirar. ¿Has esperado uno o dos días?

información relacionada