Dopo una migrazione il vecchio sito continua a comparire. Prima di aspettare ancora, scopra quale dei tre casi sia: la modifica non si è propagata, qualcosa in locale sta facendo cache, oppure il record che ha modificato non è quello in uso.

Chieda direttamente al server autoritativo

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

Se l'autorità restituisce già il nuovo IP, la modifica è fatta e tutto il resto è cache. Se restituisce quello vecchio, il record non è stato salvato, oppure è stato salvato presso un fornitore che il suo DNS non lo gestisce più.

Quali nameserver comandano davvero

dig +short NS yourdomain.com
whois yourdomain.com | grep -i "name server"
È il guasto a cui si perde una giornata: la zona è stata modificata presso il vecchio host mentre il registrar fa puntare il dominio a un altro fornitore. Il record è perfetto e nessuno lo sta leggendo.

Se è cache

# 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"

Il TTL dice per quanto ai resolver è stato detto di tenersi la vecchia risposta. Un TTL di 86400 vuol dire fino a un giorno, e nulla di ciò che lei fa lo accelera per qualcun altro. Abbassi il TTL a 300 un giorno PRIMA di un trasloco pianificato.

E i record che sono stati dimenticati

  • www oltre al dominio nudo.
  • Il record AAAA, se c'è IPv6 - veda IPv6 su un VPS.
  • Un CNAME che punta ancora al vecchio host.
  • Una CDN, che ha una sua idea della sua origine a prescindere dal DNS.
Provi il nuovo server prima di spostare qualsiasi cosa, con una riga nel file hosts della sua macchina. Così la modifica DNS è l'ultimo passo e non l'esperimento - veda migrare senza interruzioni.