DNS Propagation and Validation Playbook

Who this is for

Users experiencing DNS-related issues: a domain not resolving to their server, SSL provisioning failing due to DNS, or a newly assigned domain not working after propagation.


How DNS Propagation Works

When you point a domain to a new server (by updating an A record), DNS changes propagate through the internet's DNS infrastructure. This takes:

  • Typically: A few minutes to 2 hours
  • Maximum: Up to 48 hours (rare, but possible with high TTL values)

During propagation, some visitors may still see the old IP address while others see the new one. This is normal.


Step 1 — Check Your Current DNS Record

Use a public DNS checker to see the current IP your domain resolves to:

  • https://dnschecker.org
  • https://whatsmydns.net

Enter your domain and check the A record. The IP should match your server's public IP in CloudAIPilot (shown in Server detail).


Step 2 — Verify Your DNS Record Is Set Correctly

At your domain registrar or DNS provider:

  1. Find the domain's DNS settings.
  2. Look for an A record for the root domain (@) or subdomain you are using.
  3. Confirm it points to the server's public IP address.

For subdomains (e.g., app.yourdomain.com):

  • Add an A record for app pointing to the server IP.

For root domains (e.g., yourdomain.com):

  • Add an A record for @ pointing to the server IP.

Step 3 — Check TTL (Time to Live)

If the A record was recently updated, the old TTL determines how long the old IP is cached. Lower TTL = faster propagation.

To speed up future changes:

  • Set your TTL to 300 seconds (5 minutes) 24 hours before making a DNS change.
  • After propagation, you can raise TTL back to 3600 (1 hour) or higher.

Step 4 — Test Local Resolution

On your own computer, flush the DNS cache and test:

macOS:

sudo dscacheutil -flushcache && sudo killall -HUP mDNSResponder
dig A yourdomain.com

Windows:

ipconfig /flushdns
nslookup yourdomain.com

Linux:

systemd-resolve --flush-caches
dig A yourdomain.com

Step 5 — Retry SSL After DNS Propagates

Once DNS resolves to the correct IP, retry SSL provisioning:

  1. Go to Site detail → SSL tab.
  2. Click Issue Certificate (or Renew).

See KB-12-02: SSL Issue Playbook for full SSL troubleshooting.


Using Cloudflare or a DNS Proxy?

If you are using Cloudflare (or another DNS proxy with the "orange cloud" enabled):

  • Cloudflare's proxy hides your server's real IP. Let's Encrypt cannot reach port 80 on the server directly.
  • Solution: Set the Cloudflare proxy to "DNS only" (grey cloud) during SSL provisioning. After the certificate is issued, you can re-enable the proxy.

Common DNS Issues

SymptomLikely causeFix
Domain resolves to old IPDNS propagation in progressWait and recheck with dnschecker.org
Domain resolves to Cloudflare IPCloudflare proxy activeSwitch to "DNS only" for SSL issuance
SSL fails even though DNS is correctPort 80 blockedOpen port 80 on firewall
DOMAIN_CONFLICT error in CloudAIPilotDomain already registered on this serverRemove from old site first

Related Articles