Back to Help Center
GETTING STARTED August 1, 2026 · 5 min read

How to Read a DomainScan DNS Report

Your DNS report in DomainScan shows all records found for a domain, grouped by type, with status indicators. Here's how to interpret every field and what to look for.

When you enter a domain into DomainScan’s DNS lookup, the report pulls every publicly visible DNS record from the authoritative nameservers and public resolvers. Here’s how to read each section.

Overview Section

At the top of every DNS report, you’ll see:

  • Domain: the exact domain queried
  • Registrar: who the domain is registered with
  • Nameservers: the authoritative DNS servers answering queries for this domain
  • DNS Health score: an aggregate signal based on record completeness, TTL values, and email authentication status

A healthy domain will show green indicators across all sections. Yellow indicates a warning (e.g., low TTL, missing email auth). Red indicates a problem that needs attention.

A and AAAA Records

These map the domain to IP addresses.

FieldWhat to look for
ValueThe IP address — verify it’s your server/CDN
TTLUnder 300s during changes is normal; >86400s is unnecessarily long
Multiple recordsMultiple A records = load balancing (intentional or accidental)
AAAA presentIPv6 support — increasingly important for global reach

Warning signs: IP address you don’t recognize, TTL of 0 (breaks caching), missing AAAA if you have IPv6 infrastructure.

MX Records

Mail exchange records point to your email servers.

FieldWhat to look for
PriorityLower = higher priority; usually 1 primary, 5/10 backups
HostnameShould match your email provider’s documented values
ResolutionThe report checks that MX hostnames resolve to real IPs

Warning signs: MX pointing to an IP address directly (invalid), MX CNAME (invalid per RFC), priority 0 for multiple servers (ambiguous), MX resolving to a non-responsive host.

TXT Records

TXT records carry multiple types of data. The report groups them:

SPF Record

v=spf1 include:_spf.google.com ~all

Check: does it include all your sending services? Is the -all or ~all qualifier appropriate? Does it stay under 10 DNS lookups?

DMARC Record

v=DMARC1; p=reject; rua=mailto:dmarc@example.com

Check: is policy p=reject (best) or still p=none (monitoring only)? Is there an rua= address to receive reports?

Domain Verification Records

Google, Microsoft, and other services add verification TXT records when you prove domain ownership. These are safe to leave — they don’t affect email routing.

NS Records

Name server records delegate DNS authority for the domain.

Normal: 2-4 nameservers from your DNS provider (e.g., ns1.cloudflare.com, ns2.cloudflare.com).

Warning signs: Only 1 nameserver (no redundancy), nameservers that don’t match your registrar’s delegation, nameserver that doesn’t respond.

SOA Record

The Start of Authority record has administrative metadata. Pay attention to:

  • Serial: Should increment with every zone change. If your SOA serial is old while records have changed, secondary nameservers may not have synced.
  • Refresh/Retry/Expire: Typically set by your DNS provider; only relevant if you run your own DNS.

CNAME Records

Aliases from one hostname to another. The report shows both the CNAME value and what it ultimately resolves to.

Warning signs: CNAME chains longer than 3 hops (slow resolution), CNAME loop (infinite redirect), CNAME at the root domain (invalid).

Reading Status Indicators

IndicatorMeaning
Green checkRecord found, value looks valid
Yellow warningRecord found but potential issue (e.g., weak SPF policy)
Red XRecord missing or invalid
Gray dashNot applicable for this domain type

Exporting and Sharing Reports

Each DNS report has a permanent URL you can share or bookmark. The report is refreshed each time you visit — it always reflects current DNS state, not a cached snapshot.

Use the Export button to download records as JSON or CSV for your documentation or incident response runbooks.

Common Questions

01

Why does the report show different results than my DNS provider dashboard?

DomainScan queries public DNS resolvers (Google 8.8.8.8, Cloudflare 1.1.1.1) and your domain's authoritative nameservers. Your DNS provider's dashboard shows what they have configured. If there's a discrepancy, it usually means changes haven't propagated yet or there's a caching difference. Wait for TTL expiry and run the report again.

02

What does 'propagation pending' mean?

DNS changes don't take effect instantly — they spread through the internet's resolver network over time, limited by the old record's TTL (Time to Live). 'Propagation pending' means some resolvers are still returning the old value. Low TTLs propagate faster; typical TTLs of 3600 (1 hour) can take several hours to fully propagate worldwide.

03

Why are some records missing from the report?

The report queries standard record types. Some specialized record types (like internal records only visible on your LAN) won't appear. Also, DKIM records aren't automatically discoverable — they require knowing the selector prefix. Use the email authentication check which probes common selectors.