HelpWithWebFix My DNS

Fast turnaround. No long contracts.

Domain Not Resolving? Fast DNS Repair

Domain not resolving, pointing to the wrong server, or SSL errors — I'll sort out your DNS configuration so everything works.

DNS problems look like website problems but are not — the site is usually fine and unreachable. That distinction decides the whole fix.

Network switch with patch cables plugged in
Photo by Jordan Harrison on Unsplash

Sound Familiar?

Domain not resolving to your website
DNS changes not taking effect
SSL certificate errors
Subdomain not working
Email stopped working after DNS change
Domain pointing to old server

What I'll Do

DNS record audit and correction
A, CNAME, MX, and TXT record setup
SSL certificate installation and renewal
Domain transfer and nameserver configuration
DNS propagation troubleshooting
Email DNS record configuration

Before you change anything

Do not blindly edit or delete DNS records to "see if it helps." Removing an MX record stops your email immediately, and removing a TXT record can break email authentication or a service verification you had forgotten about. Both can take up to 48 hours to fully recover once restored.

Take a screenshot of the full record set before touching it. That single habit has saved more outages than any tool.

The records that matter, and what breaks without them

RecordWhat it doesTypical symptom when wrong
APoints the domain at an IPv4 addressSite does not load, or loads the wrong server
AAAASame, for IPv6Intermittent failures for IPv6 visitors only
CNAMEAliases one name to anotherwww works but the bare domain does not, or vice versa
MXWhere email for the domain is deliveredEmail stops arriving, senders get bounces
TXTSPF, DKIM, DMARC and service verificationOutbound email lands in spam or is rejected
NSWhich nameservers are authoritativeEvery record you edit is ignored — you are editing the wrong zone

Nameservers versus DNS records — the distinction that causes most confusion

These are two different layers and people routinely edit the wrong one:

  • Nameservers are set at your registrar and decide *which service is authoritative* for your domain.
  • DNS records live inside whichever service the nameservers point at.
  • If your nameservers point at Cloudflare but you are editing records in your hosting panel, nothing you change will ever take effect. This is the single most common cause of "I changed it and nothing happened."
  • Check what is actually authoritative first, then edit there.

Other things that present as DNS faults

  • TTL and propagation. A record's TTL tells resolvers how long to cache it. Lower the TTL *before* a planned migration, not during it — once the old high TTL is cached, you wait it out.
  • Domain expiry. An expired domain stops resolving regardless of how correct the records are. Check expiry before debugging anything else.
  • DNSSEC mismatch. If DNSSEC is enabled at the registrar but the signing service changed, resolvers reject the answers entirely and the domain goes dark — often after an otherwise clean nameserver migration.
  • Cloudflare proxy mode. An orange-clouded record hides the origin. That is usually fine, but it breaks direct-connection checks, some verification methods, and certain mail flows. Records for mail must stay grey-clouded.
  • Email stopped after a DNS change. Almost always MX or SPF lost during a nameserver move — when you switch DNS providers, records are not copied across automatically.

DNS questions

How long does DNS propagation actually take?

Usually minutes to a few hours, bounded by the previous TTL. The "48 hours" figure is a worst case, and it applies to the old cached value expiring, not to your change being published.

My site loads for me but not for someone else. Why?

You are almost certainly hitting a cached record while they hit the updated one, or vice versa. That is normal mid-change and resolves as the TTL expires.

I changed nameservers and my email died. What happened?

Moving nameservers moves the whole zone. MX and TXT records do not follow automatically — they must be recreated at the new provider. This is recoverable and usually quick once identified.

Is it DNS or is my site actually down?

If the domain resolves to the right IP and the site still fails, it is not DNS. See website down diagnosis and domain not loading.

Ready to Get This Fixed?

Send me a message and tell me what's going on. I'll take a look and let you know how I can help.

CallTextMessage