« Propagation » décrit l'attente mais l'explique mal. Votre enregistrement a changé à l'instant où vous l'avez enregistré. Ce qui prend du temps, c'est que chaque résolveur du monde lâche la copie qu'il détenait déjà, et cela dépend d'un seul nombre que vous maîtrisez.

Voyez le temps qu'il reste

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

3421, ce sont les secondes qu'il reste à ce cache. À zéro, le résolveur redemande. C'est tout le mécanisme.

Interrogez la source, pas votre machine

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

Interroger le serveur faisant autorité vous dit si la modification est en place. Si cette réponse est bonne et qu'un résolveur public se trompe, ce n'est qu'un cache et qu'une question de temps.

Baissez le TTL avant la modification, pas après

Baisser le TTL maintenant ne raccourcit pas l'attente en cours : le monde détient l'ANCIEN TTL. Baissez-le la veille du jour où vous comptez modifier l'enregistrement, et la modification elle-même prendra des minutes.

Votre propre machine est la plus lente

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

Les navigateurs mettent en cache à part et avec insistance. Testez en fenêtre privée, ou avec dig, avant de conclure à l'échec.

Ce sont les changements de serveurs de noms qui sont lents — jusqu'à 48 heures — parce qu'ils sont conservés au registre. Modifier un enregistrement dans des serveurs de noms que vous utilisez déjà prend des minutes.