«Propagazione» descrive l'attesa ma la spiega male. Il tuo record è cambiato nel momento in cui l'hai salvato. Ciò che richiede tempo è che ogni risolutore del mondo lasci andare la copia che già aveva, e a governarlo è un solo numero che dipende da te.

Guarda quanto manca

dig +noall +answer yourdomain.com
# yourdomain.com. 3421 IN A 1.2.3.4

3421 sono i secondi che restano a quella cache. Quando arriva a zero il risolutore chiede di nuovo. È tutto qui il meccanismo.

Interroga la sorgente, non la tua macchina

dig @1.1.1.1 yourdomain.com +short
dig @ns1.yourdns.com yourdomain.com +short

Chiedere al server autorevole ti dice se la modifica sia mai andata in vigore. Se quella risposta è giusta e un risolutore pubblico sbaglia, è solo una cache ed è solo tempo.

Abbassa il TTL prima della modifica, non dopo

Abbassare il TTL adesso non accorcia l'attesa in corso: il mondo tiene il valore VECCHIO. Abbassalo un giorno prima di quando intendi cambiare il record, e la modifica stessa sarà questione di minuti.

La tua macchina è la più lenta di tutte

# Linux
sudo systemd-resolve --flush-caches
# macOS
sudo dscacheutil -flushcache
# Windows
ipconfig /flushdns

I browser tengono una cache propria e tenace. Prova in una finestra anonima, o con dig, prima di concludere che la modifica non ha funzionato.

I lenti sono i cambi di nameserver — fino a 48 ore — perché stanno presso il registro. Cambiare un record dentro nameserver che già usi è questione di minuti.