Tengo un problema con un dominio que tiene servidores de nombres en caché. En algunas áreas, va al sitio web antiguo en lugar del nuevo. ¿Puedo ir al antiguo DNS de alojamiento, cambiarlo A record
y acceder al nuevo sitio web? ¿Cuánto tiempo tarda en caducar este caché?
Respuesta1
¿Puedo ir al antiguo DNS de alojamiento, cambiar el registro A y acceder al nuevo sitio web?
Sí, esto es exactamente lo que debes hacer.
¿Cuánto tiempo tarda en caducar este caché?
Respuesta corta
Espera una semana.
Normalmente, el período de transición no debería durar más de unos pocos días, pero es raro ver uno que requiera una semana completa. Si no desea entrar en detalles técnicos de cómo funciona este proceso, una semana debería ser segura. Una semana también le da tiempo para notar cualquier problema catastrófico en su nuevo entorno que pueda obligarlo a "revertir" a los servidores antiguos.
Respuesta larga
Voy a dirigirte a una sesión de preguntas y respuestas estrechamente relacionada con este:
Migrar el proveedor de DNS cuando se tiene un TTL de registro NS alto
Cuando inicia sesión en el panel de control de su registrador y cambia los servidores DNS, ingresa a un período de transición en el que cualquier servidor DNS recursivo que ya conozca su dominio debe aceptar el cambio. El únicoseguroLo que puedes hacer es mantener tanto tu servidor de nombres antiguo como el nuevo en un estado idéntico hasta que expire este período.
La duración de este período de transición es el TTL más grande asociado con su dominio en la ruta de delegación. Estos serían los NS
registros que se encuentran dentro de los servidores de nombres que usted controla,así como la delegación que lo señala. Esto es más fácil de explicar visualmente y puede encontrar estos valores usando el dig
comando en un cuadro UNIX/Linux ( dig +trace example.com
), o usandoherramientas similares basadas en webque proporcionan la misma funcionalidad.
En el caso de example.com
, debería ver un resultado similar al siguiente:
. 233637 IN NS a.root-servers.net.
. 233637 IN NS b.root-servers.net.
. 233637 IN NS c.root-servers.net.
. 233637 IN NS d.root-servers.net.
. 233637 IN NS e.root-servers.net.
. 233637 IN NS f.root-servers.net.
. 233637 IN NS g.root-servers.net.
. 233637 IN NS h.root-servers.net.
. 233637 IN NS i.root-servers.net.
. 233637 IN NS j.root-servers.net.
. 233637 IN NS k.root-servers.net.
. 233637 IN NS l.root-servers.net.
. 233637 IN NS m.root-servers.net.
;; Received 228 bytes from 8.8.4.4#53(8.8.4.4) in 4 ms
com. 172800 IN NS h.gtld-servers.net.
com. 172800 IN NS l.gtld-servers.net.
com. 172800 IN NS a.gtld-servers.net.
com. 172800 IN NS f.gtld-servers.net.
com. 172800 IN NS c.gtld-servers.net.
com. 172800 IN NS m.gtld-servers.net.
com. 172800 IN NS i.gtld-servers.net.
com. 172800 IN NS k.gtld-servers.net.
com. 172800 IN NS g.gtld-servers.net.
com. 172800 IN NS e.gtld-servers.net.
com. 172800 IN NS d.gtld-servers.net.
com. 172800 IN NS j.gtld-servers.net.
com. 172800 IN NS b.gtld-servers.net.
;; Received 489 bytes from 192.112.36.4#53(192.112.36.4) in 32 ms
example.com. 172800 IN NS a.iana-servers.net.
example.com. 172800 IN NS b.iana-servers.net.
;; Received 165 bytes from 192.26.92.30#53(192.26.92.30) in 2484 ms
example.com. 86400 IN A 93.184.216.34
example.com. 86400 IN NS a.iana-servers.net.
example.com. 86400 IN NS b.iana-servers.net.
;; Received 93 bytes from 199.43.135.53#53(199.43.135.53) in 22 ms
En el resultado anterior, ignoraríamos los TTL asociados con .
y com.
, porque no son para nuestro dominio. Los TTL que nos interesan son los dos últimos conjuntos, ambos asociados con example.com.
. El primer conjunto es la delegación a los servidores de nombres que configuró en el panel de control de su registrador. El segundo conjunto son los NS
registros que se encuentran en esos servidores DNS. Para garantizar una transición suave, debe utilizar elmás grandede estos dos valores, que suele ser la delegación.
En el ejemplo anterior, su período de transición sería de 172800 segundos. (dos días)