No A or AAAA records

Your domain has no address records in DNS, so browsers can't find your site at all. DomainDash shows this as Down with error code no_dns_records.

Symptom

• DomainDash marks the DNS check as Down with error code no_dns_records
• Browsers show "This site can't be reached — DNS_PROBE_FINISHED_NXDOMAIN" or "ERR_NAME_NOT_RESOLVED"
• Running dig example.com A +short returns nothing (empty output)
• The dig response shows NXDOMAIN (no such domain) or an empty ANSWER section

What it means

Every domain needs at least one A record (for IPv4) or AAAA record (for IPv6) to be reachable. These records are the DNS entries that translate example.com into the IP address of your server. Without them, DNS lookups return NXDOMAIN — "no such domain" — and browsers display "This site can't be reached" before even attempting a connection.

The no_dns_records error means DomainDash queried your domain and got back an empty answer: no A record, no AAAA record, nothing to connect to. This is distinct from a nameserver problem: the nameservers are responding; they just have nothing to return.

DomainDash's DNS checks catch this the moment it happens — so you find out before your visitors do.

Common causes

• Records were accidentally deleted in the DNS provider's dashboard
• A DNS provider migration was started but the records weren't recreated at the new provider
• A domain transfer wiped the zone configuration
• Hosting provider deactivated the DNS records due to a billing issue or account suspension
• A CNAME record at the apex of the domain is hiding the A record (some providers don't allow both)
• The domain was freshly registered but no DNS records have been added yet

How to fix

1. Confirm the records are missing. Run:

   dig example.com A +short
   dig example.com AAAA +short

   If both return nothing, confirm it's not a resolver cache issue by trying against a public resolver:

   dig example.com A +short @1.1.1.1

   Empty output across multiple resolvers confirms the records are genuinely absent.

2. Log in to your DNS provider. Open the DNS management dashboard for your domain (common providers: Cloudflare, AWS Route 53, Namecheap, GoDaddy). Look for any A or AAAA records at the root of your domain — typically shown as @ or a blank hostname field. Note whether any records existed and were deleted, or whether this zone is empty.

3. Add or restore the missing records. You'll need the IP address of your server — find it in your hosting provider's control panel. Add an A record:

   • Type: A
   • Name: @ (or leave blank — this means the root domain)
   • Value: your server's IPv4 address (e.g. 203.0.113.42)
   • TTL: 300–3600 seconds (use a lower value during changes; 3600 is fine for stable records)

   If your server also has an IPv6 address, add an AAAA record in the same way. Having at least one A record is sufficient for most sites.

4. Check for a CNAME at the apex. If there's a CNAME record set at the root domain (@), some DNS providers won't serve an A record alongside it — the CNAME takes precedence and effectively hides your address records. Delete the conflicting CNAME and replace it with an A record pointing directly to your server's IP. (Cloudflare handles this case automatically via CNAME flattening, so you won't hit this problem there.)

5. Verify the record is live. Wait a minute or two, then check from external resolvers:

   dig example.com A +short @8.8.8.8
   dig example.com A +short @1.1.1.1

   Both should return your server's IP address. If one does and the other doesn't, propagation is still in progress — wait a few minutes and try again.

6. Trigger a fresh check. Once dig confirms the record is visible, go to your site in DomainDash and click "Check now". The status should flip from Down to Healthy.

How to verify

After fixing:

1. dig example.com A +short @8.8.8.8 — should return your server's IP address.
2. dig example.com A +short @1.1.1.1 — should return the same IP.
3. Open the site in a browser — it should load (assuming the server itself is healthy).
4. In DomainDash, click "Check now" on the site's DNS tab — status should show Healthy.

If the records are visible in dig but the site still won't load in a browser, the DNS is fixed but there may be a separate server or uptime issue — see site is down.

If the records are visible but propagation to all resolvers is still in progress, see DNS changes not propagating.

Related

• DNS changes not propagating — if you've added records but they're not showing up everywhere yet
• Nameservers unreachable — if the nameservers themselves aren't responding
• DNS resolution failed — the uptime-side error that appears when checks fail because of DNS
• DNS health — how DomainDash runs DNS checks