Skip to main content

Command Palette

Search for a command to run...

DNS Record Type

How Does a Browser Know Where a Website Lives?

Updated
6 min readView as Markdown
DNS Record Type

Ever thought each time you type a website like google.com into your browser, the internet somehow knows where to send your request. But how does your browser know which server hosting the site?
The answer is DNS, also called phonebook of the internet.

DNS (Domain Name System) translates human-friendly names into addresses computers can use to deliver web pages, emails, and other services. Let’s break it down in simple terms.

What Is DNS?

DNS (Domain Name System) translates human-friendly domain names into machine-friendly IP addresses.

Humans remember:

google.com
chaicode.com
github.com

Computers communicate using numbers:

142.250.190.14

DNS bridges that gap.

Without DNS, you would need to memorize IP addresses for every website you visit. Worse, if a website changes its hosting provider and its IP changes, everyone would need the new number manually. DNS makes infrastructure flexible and scalable.

Why DNS Exists (Beyond the Phonebook Analogy)

The ‘phonebook’ analogy is useful, but DNS is much more powerful than a simple lookup table.

DNS enables:

  • Infrastructure changes without changing domain names

  • Load balancing across multiple servers

  • Failover and high availability

  • Email routing

  • Security verification

  • CDN integration

  • Global traffic management

DNS is not just a directory, it is a distributed control system for the internet.

How DNS Resolution Actually Happens

When you type:

www.chaicode.com

Here’s what happens behind the scenes:

  • Your browser checks its cache.

  • Your operating system checks its DNS cache.

  • Your system queries a recursive DNS resolver (usually from your ISP).

  • The resolver:

    • Contacts root name servers

    • Then TLD servers (.com, .org, etc.)

    • Then authoritative name servers

  • The authoritative server returns the correct IP address.

  • Your browser connects to that IP.

This entire process usually takes milliseconds.

Why DNS Records Are Needed

DNS works because of DNS records.

Think of DNS records as instructions stored in a global distributed database. They tell the internet, if someone asks for this name, here’s what to do.

Without DNS records:

  • Websites wouldn’t load

  • Emails wouldn’t arrive

  • Domain ownership couldn’t be verified

  • Services couldn’t connect properly

Let’s break down the most important record types.

NS Record — Who Is Responsible for the Domain

NS stands for ‘nameserver,’ and the nameserver record indicates which DNS server is authoritative for that domain (i.e. which server contains the actual DNS records)

What it does:

Specifies which name servers are authoritative for your domain.

Why it matters:

It defines delegation and control.

If your domain uses:

ns1.cloudflare.com
ns2.cloudflare.com

That means those servers are responsible for answering DNS questions about your domain.

Analogy:

Think of it as a registry office that says, if you want information about this street, go talk to this office.

Without NS records, the DNS hierarchy would not work.

A Record — Domain → IPv4 Address

What it does:

Maps a domain name to an IPv4 address.

Example:

example.com → 93.184.216.34

Why it matters:

This is what browsers ultimately need.

Without an A record, a website cannot be reached via IPv4.

Real-World Impact:

  • You can point multiple domains to one server.

  • You can point one domain to multiple IPs for load balancing.

AAAA Record — Domain → IPv6 Address

What it does:

Maps a domain name to an IPv6 address.

Example:

example.com → 2606:2800:220:1:248:1893:25c8:1946

Why it exists:

IPv4 addresses are limited (~4.3 billion total).
IPv6 supports a vastly larger address space.

Modern systems often use both A and AAAA records to support both protocols.

CNAME Record — Alias to Another Domain

What it does:

Points one domain name to another domain name.

Example:

www.example.com → example.com

Important distinction:

  • A record → points to IP

  • CNAME → points to another name

Why it’s powerful:

Useful when integrating third-party services like:

  • CDNs

  • SaaS tools

  • Hosting providers

Instead of pointing to an IP directly, you point to a hostname they manage.

If their IP changes, you don’t need to update anything.

MX Record — Email Routing

What it does:

Specifies which server handles email for your domain.

Example:

example.com → mail.example.com

Why it matters:

If someone sends an email to:

info@example.com

The sending mail server checks the MX record to determine where to deliver it.

Key detail:

MX records include priority numbers.

Lower number = higher priority.

If the primary mail server is down, email is delivered to the backup.

TXT Record — Metadata and Verification

What it does:

Stores arbitrary text information.

Common Uses:

  • SPF records (prevent email spoofing)

  • DKIM verification

  • Domain ownership verification

  • Service configuration

  • Security policies

Example:

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

TXT records are critical for modern email security and service authentication.

How All DNS Records Work Together

A typical domain might have:

  • NS records → define who manages DNS

  • A / AAAA records → define web server IPs

  • CNAME records → create aliases

  • MX records → route email

  • TXT records → enable security & verification

When a user visits:

www.example.com

The browser:

  1. Finds the authoritative name servers (via NS records).

  2. Gets the A/AAAA record.

  3. Connects to the IP address.

  4. Loads the website.

When someone sends email to:

admin@example.com

Mail servers:

  1. Query MX records.

  2. Find mail server.

  3. Deliver the message.

DNS quietly orchestrates all of this.

Common Confusions Cleared

A vs CNAME

  • A → Points to IP address

  • CNAME → Points to another domain name

NS vs MX

  • NS → Who controls the DNS

  • MX → Where emails go

DNS vs Hosting

DNS does not host your website.
It only tells users where the website is hosted.

DNS in System Design

For developers and backend engineers, DNS is critical because it enables:

1. Horizontal Scaling

Multiple IPs for one domain.

2. Failover

Traffic shifts if one server goes down.

3. Global Load Distribution

Users routed to closest data center.

4. Service Decoupling

Frontend and backend services can live on different infrastructure.

DNS is part of the internet’s control plane.

It determines where traffic should go before any data is transferred.

Final Takeaway

DNS is one of the most foundational systems on the internet.

It:

  • Translates names to IPs

  • Routes web traffic

  • Directs email

  • Enables security verification

  • Allows infrastructure flexibility

Understanding DNS records gives you the power to:

  • Debug website issues

  • Troubleshoot email delivery

  • Configure domains properly

  • Design scalable systems

It may look simple on the surface — but DNS is one of the most important distributed systems ever built.