Domain Nameservers Vs DNS Records

Get a detailed answer to domain nameservers vs dns records along with step-by-step troubleshooting instructions and related DNS resources.

ReviewMyDNS is a free DNS propagation checker that queries 50+ global DNS servers to verify your DNS records. Check A, AAAA, MX, CNAME, TXT, NS, and SOA records instantly.

Nameservers vs DNS Records: Understanding the Difference

One of the most common points of confusion when managing a domain is whether to change the nameservers or change specific DNS records. These are two completely different operations, and mixing them up can cause extended downtime or misconfigured services.

What Nameservers Are

Nameservers are the authoritative DNS servers that store and serve all the DNS records for your domain. When a resolver needs to look up any record for example.com — whether an A record, MX record, or TXT record — it first finds the nameservers responsible for example.com by querying the parent TLD zone (the .com registry). The TLD zone contains NS records telling the resolver which nameservers are authoritative for your domain. Your registrar manages this delegation.

Nameservers are usually provided by your DNS hosting provider. Common examples include Cloudflare nameservers (alice.ns.cloudflare.com), Route 53 nameservers (ns-XXXX.awsdns-XX.com), and registrar-default nameservers from GoDaddy (ns1.domaincontrol.com) or Namecheap (dns1.registrar-servers.com). Each set of nameservers hosts a complete copy of your DNS zone.

What DNS Records Are

DNS records are the individual entries within your zone file that map hostnames to IP addresses, mail servers, or other values. Common record types include:

  • A record: Maps a hostname to an IPv4 address. Used to point your domain or subdomain to a web server.
  • CNAME record: Creates an alias from one hostname to another. Used for subdomains pointing to CDNs, hosting platforms, or third-party services.
  • MX record: Points to the mail servers that receive email for your domain.
  • TXT record: Stores SPF, DKIM, DMARC, and domain verification tokens as text strings.
  • NS record: Specifies the authoritative nameservers for your domain or a subdomain delegation.

When to Change Nameservers

Change your nameservers when you want to move your entire DNS hosting to a new provider. Common scenarios include switching to Cloudflare for DDoS protection and caching, migrating to AWS Route 53 for programmatic control, or moving to a premium DNS provider for improved performance or DNSSEC support.

Critical step before changing nameservers: Export and recreate all your DNS records at the new provider BEFORE updating nameservers at your registrar. If you switch nameservers before the new provider has your records, your website, email, and all subdomains will stop working for the duration of propagation (which can be 24-48 hours). Use the DNS propagation checker to confirm the old nameservers are no longer being served before assuming the transition is complete.

When to Change DNS Records

Change individual DNS records when you update a specific service without moving DNS providers. Examples include pointing your domain to a new web host IP, adding mail provider MX records when switching to Google Workspace or Microsoft 365, adding a TXT record for domain verification, or creating a subdomain that points to a third-party platform like Vercel or Netlify.

Individual record changes propagate based on the record's TTL value. A record with TTL 3600 takes up to an hour to propagate globally after a change. See Why Is DNS Not Updating After 24 Hours? if changes are taking longer than expected. Use the propagation checker to track global rollout in real time.

Real-World Example: Moving to Cloudflare DNS

Suppose your domain is registered at Namecheap with Namecheap's default nameservers (dns1.registrar-servers.com). You want to move DNS hosting to Cloudflare for CDN and DDoS protection. The correct sequence to avoid downtime:

  1. Add your domain to Cloudflare at dash.cloudflare.com. During setup, Cloudflare scans your existing zone and imports all DNS records automatically — review the imported list carefully and add any records that were missed.
  2. Verify every record is present in Cloudflare: A records for your domain and www subdomain, MX records for your email provider with correct priorities, TXT records for SPF, DKIM, and DMARC, and any CNAME records for subdomains.
  3. At Namecheap, update the nameservers from Namecheap's defaults to the two nameservers Cloudflare assigned to your account (e.g., alice.ns.cloudflare.com and bob.ns.cloudflare.com).
  4. Wait 24-48 hours for nameserver propagation. Your website and email continue working because resolvers serve cached copies of the old nameserver responses during the transition window.
  5. After Cloudflare shows the domain as Active, all future DNS changes are made in the Cloudflare dashboard exclusively.

If you update nameservers before setting up records in Cloudflare, resolvers that pick up the new nameservers first find an empty zone and return NXDOMAIN for all records — causing your site and email to go offline.

What Happens to DNS Records When You Change Nameservers

DNS records are stored at your DNS provider, not at your registrar. When you point your domain to new nameservers, the new provider starts with only the SOA and NS records it generates automatically — your A, MX, CNAME, and TXT records do not follow automatically. They must be manually recreated at the new provider before the nameserver switch.

To prevent data loss and downtime during a migration:

  • Export your full zone file from your current provider before making any changes. Most providers offer a BIND-format zone export in DNS Settings.
  • Recreate every record exactly at the new provider — including MX records with correct priorities and all TXT records for email authentication.
  • Lower all record TTLs to 300 seconds at least 48 hours before the switch to ensure fast propagation.
  • After the migration, use DNS monitoring to detect missing records and get alerted if any records change unexpectedly.

How the DNS Hierarchy Connects Registrars and Nameservers

At the top of the DNS hierarchy is ICANN, which oversees the root zone. Below that are TLD registries (Verisign for .com, Nominet for .uk). When you register example.com, your registrar tells the .com registry which nameservers are authoritative for your domain. The .com registry stores your NS records in the TLD zone — this is the delegation that allows resolvers to find your nameservers.

When a resolver looks up example.com, it queries a root server, which refers it to a .com TLD server, which returns your NS records and refers it to your nameservers, which return the actual A, MX, or other records. Your registrar manages the NS delegation in the TLD zone. Your DNS provider manages the records within your zone. This clear separation means you can mix providers freely: register at GoDaddy, use Cloudflare nameservers, host email at Google Workspace, and deploy your website on Vercel — all tied together by DNS records. See the Cloudflare DNS Setup Guide for the complete workflow when switching to Cloudflare, and How to Find Your Nameservers to verify what your domain is currently using.