DNS
The Domain Name System (DNS) translates human-readable domain names (e.g. google.com) into machine-readable IP addresses (e.g. 142.250.185.99) – the internet’s phone book.
DNS is one of the internet’s most fundamental protocols – and yet invisible to most users. Every time you open a website, send an email or use an app, DNS works in the background: it translates the domain name you enter into the IP address of the target server. Without DNS we would have to memorize numeric addresses for every site. A wrong DNS configuration can make your site unreachable for millions of users.
What is DNS?
The Domain Name System (DNS) is a hierarchical, distributed system for name resolution on the internet. It translates domain names (e.g. www.example.com) into IP addresses (IPv4 and IPv6). DNS works like a distributed phone book: instead of one central database, information is spread across millions of DNS servers worldwide. Record types include A (domain to IPv4), AAAA (domain to IPv6), CNAME (alias), MX (mail server), TXT (verification, SPF, DKIM) and NS (nameserver delegation). DNS is standardized in RFC 1035 and underlies almost every internet service.
How does DNS work?
When a user types www.example.com, a resolution chain starts: 1) Browser checks local cache. 2) On cache miss it asks the ISP’s resolver or a configured service (e.g. 8.8.8.8). 3) Resolver asks a root server, which points to the .com TLD servers. 4) TLD server points to the authoritative servers for example.com. 5) Authoritative server returns the IP. 6) Resolver caches the result and returns it to the browser. This typically takes 20–120 ms – under 1 ms when cached.
Practical Examples
A company configures A records for its webserver, MX records for mail and TXT records for SPF/DKIM for email authentication.
A global service uses GeoDNS: users in Europe are directed to European servers, users in Asia to Asian servers.
A company switches hosting: changing the A record points the domain to the new server – propagation depends on TTL (minutes to 48 hours).
A DevOps team uses DNS-based traffic management: on server failure the A record is updated to a standby server (DNS failover).
A SaaS provider uses CNAME records so customers can point their own domain (portal.customer.com) to the SaaS platform.
Typical Use Cases
Website hosting: Link domain names to server IPs via A and AAAA records
Email: MX records define which server receives email for a domain
Load balancing: DNS-based load distribution via round-robin or weighted answers
CDN: CNAME records route traffic through the CDN for faster delivery
Service discovery: Internal DNS in enterprise networks for hostname resolution
Advantages and Disadvantages
Advantages
- Universal: DNS is fundamental to the internet – every connected service depends on it
- Scalable: The distributed system handles trillions of queries daily without central bottlenecks
- Flexible: Different record types support many configurations (web, mail, verification, load balancing)
- Caching: Multi-level caching brings resolution time under 1 ms for popular domains
- Redundancy: Multiple nameservers per domain provide resilience
Disadvantages
- Propagation delay: DNS changes can take up to 48 hours to take effect globally depending on TTL
- Security risks: DNS spoofing, cache poisoning and DNS-based DDoS are common threats
- Complexity: Wrong DNS (e.g. incorrect MX) can break email or site availability
- Dependency: A DNS outage (like Dyn 2016) can make large parts of the internet unreachable
Frequently Asked Questions about DNS
What is the difference between DNS and domain?
How long does a DNS change take?
Which DNS server should I use?
Related Terms
Want to use DNS in your project?
We are happy to advise you on DNS and find the optimal solution for your requirements. Benefit from our experience across over 200 projects.