Después de una migración el sitio viejo sigue apareciendo. Antes de esperar más, averigüe cuál de las tres es: el cambio no se ha propagado, algo local está cacheando, o el registro que editó no es el que se usa.

Pregunte directamente al servidor autoritativo

dig +short yourdomain.com @8.8.8.8
dig +short yourdomain.com @ns1.yourprovider.com    # the authority itself

Si la autoridad ya devuelve la IP nueva, el cambio está hecho y todo lo demás es caché. Si devuelve la vieja, el registro no se guardó, o se guardó en un proveedor que ya no lleva su DNS.

Qué servidores de nombres mandan de verdad

dig +short NS yourdomain.com
whois yourdomain.com | grep -i "name server"
Este es el fallo al que la gente pierde un día: la zona se editó en el alojamiento viejo mientras el registrador apunta el dominio a otro proveedor. El registro es perfecto y nadie lo está leyendo.

Si es caché

# your own machine
sudo systemd-resolve --flush-caches || sudo resolvectl flush-caches
# then check what the TTL was
dig yourdomain.com | grep -A1 "ANSWER SECTION"

El TTL es cuánto tiempo se les dijo a los resolutores que guardaran la respuesta vieja. Un TTL de 86400 significa hasta un día, y nada de lo que usted haga lo acelera para otra persona. Baje el TTL a 300 un día ANTES de una mudanza planificada.

Y los registros que se olvidaron

  • www además del dominio pelado.
  • El registro AAAA, si hay IPv6: vea IPv6 en un VPS.
  • Un CNAME que sigue apuntando al alojamiento viejo.
  • Una CDN, que tiene su propia idea de su origen al margen del DNS.
Pruebe el servidor nuevo antes de mover nada, con una entrada en el archivo hosts de su propia máquina. Así el cambio de DNS es el último paso y no el experimento: vea migrar sin interrupción.