„Propagation“ beschreibt das Warten, erklärt es aber falsch. Ihr Eintrag hat sich in dem Moment geändert, in dem Sie ihn gespeichert haben. Zeit braucht nur, dass jeder Resolver der Welt seine alte Kopie loslässt — und das steuert eine einzige Zahl, die Sie in der Hand haben.

Sehen Sie, wie lange noch

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

3421 sind die verbleibenden Sekunden dieses Caches. Bei null fragt der Resolver erneut. Das ist der ganze Mechanismus.

Fragen Sie die Quelle, nicht Ihren eigenen Rechner

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

Die Frage an den autoritativen Server sagt Ihnen, ob die Änderung überhaupt aktiv ist. Stimmt diese Antwort und ein öffentlicher Resolver liegt falsch, ist es nur ein Cache und nur Zeit.

Senken Sie die TTL vor der Änderung, nicht danach

Die TTL jetzt zu senken verkürzt das laufende Warten nicht: Die Welt hält die ALTE TTL. Senken Sie sie einen Tag, bevor Sie den Eintrag ändern wollen — dann dauert die Änderung selbst Minuten.

Ihr eigener Rechner ist der langsamste

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

Browser cachen getrennt und hartnäckig. Testen Sie in einem privaten Fenster oder mit dig, bevor Sie die Änderung für gescheitert erklären.

Nameserver-Wechsel sind die langsamen — bis zu 48 Stunden — weil sie bei der Registry liegen. Eine Eintragsänderung innerhalb bereits genutzter Nameserver dauert Minuten.