BLOG

Before you change DNS records: what to check first

Some users may reach the old destination while others see the new/broken one until caches expire.

Domain baseline for changing DNS records

DNS records are routing instructions. A wrong A, CNAME, MX or TXT value can break websites, email, verification or security even though nothing has been deleted. Make changing DNS records reversible by preserving the registrar details, nameservers and essential records before anything changes.

What public DNS should show after changing DNS records

New DNS answers begin propagating as caches refresh. After changing DNS records, query authoritative DNS directly and compare the answers with the intended records before relying on a browser cache.

Changing DNS records: business email and MX records

Some users may reach the old destination while others see the new/broken one until caches expire. Protect mail during changing DNS records by recording MX, SPF, DKIM and other mail-related records before the change, then send mail in both directions afterward.

Hosting and stored data around changing DNS records

Server files and mailbox contents remain separate from the DNS mistake. Use changing DNS records to distinguish registration, DNS, hosting and certificates; verify each layer separately after the infrastructure change.

Renewal and recovery timing for changing DNS records

After recovery, test website, email, TLS, and renewal settings independently. Record the renewal, grace or recovery dates shown for changing DNS records; use the registrar’s actual timeline rather than a generic deadline from another TLD.

Ownership and registrar access for changing DNS records

Visitors may see downtime; senders can see email failures. Verify registrar login, ownership and recovery contact before changing DNS records; after the change, confirm those controls still belong to the intended owner.

Create a rollback record before editing live DNS

Export or copy the current DNS records with their hostnames, record types, values and TTLs. Mark which entries support the website, mail delivery, verification or other services, then change only what you intend to change. Keep the old value beside the new one so rollback is straightforward. After the update, query authoritative DNS answers and test the specific service you meant to alter. A written before-state is far more useful during an outage than trying to reconstruct a working zone from browser history or memory.

Related consequence reports for “Before you change DNS records: what to check first”

Continue in this topic

Find more distinct decisions and source-backed consequence reports in the Domains & Websites topic hub.

Official sources for “Before you change DNS records: what to check first”

EDITORIAL STANDARD

Evidence and editorial boundary: change DNS records

For “Before you change DNS records: what to check first”, service-specific claims are tied to the official sources above; account-level dates, warnings and eligibility shown by ICANN take precedence.

Read our editorial policy →
Related blogs

Before You Change DNS Records Incorrectly: What to Check First — continue with a related decision

UPDATEDDomains & Websites

Domain expiry timeline explained in plain English

608 wordsRead blog →
UPDATEDDomains & Websites

How to migrate DNS without breaking website or email

777 wordsRead blog →
UPDATEDDomains & Websites

Why domain, hosting, DNS and email are four separate things

634 wordsRead blog →