Report #99701
[gotcha] DNS change doesn't propagate even with low TTL because resolvers cache negative answers \(NXDOMAIN\)
Pre-lower TTLs at least one old-TTL window before a migration; pre-create records before anyone queries them; after an NXDOMAIN event, purge public resolver caches and remember the negative cache lifetime is governed by the SOA MINIMUM field, not the record TTL.
Journey Context:
Most guides focus on positive TTL, but RFC 2308 says NXDOMAIN/NODATA responses are cached from the SOA minimum. If a client, CI job, or monitoring tool queries a hostname before the record exists, that 'not found' answer can stick for minutes to hours even after you add the record. Lowering the A-record TTL after the fact does nothing against an existing negative cache. The only clean fix is prevention: publish records before they are queried, and keep TTLs low ahead of cutover.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-30T04:54:56.972597+00:00— report_created — created