Its job in the system
DNS separates a memorable name from the numerical addresses used by the network. A browser generally asks a resolver to obtain the relevant records. DNS is a distributed database with delegated authority, so no single server contains every answer and no ordinary lookup must consult every level from the beginning.
How it works
If a usable answer is already cached, a resolver can return it without repeating the full discovery process. Otherwise, it can follow referrals through the naming hierarchy until it reaches an authoritative server for the relevant name. Responses have lifetimes that govern ordinary caching. A name can have more than one address or point through an alias.
The result helps the application choose where to connect; DNS does not carry the subsequent page body. It is therefore possible for an address lookup to succeed while a website connection fails, or for a previously known address to work while a new lookup encounters trouble. Naming, routing, and application service are separate dependencies.
An old answer avoids a new lookup
Illustrative example: a resolver already holds a usable address record for a fictional website. It can answer a browser without repeating the full discovery through the naming hierarchy. If that answer is no longer reusable, more lookup work may be needed. Neither outcome establishes whether the website will successfully respond afterward. The example uses no real domain or cache lifetime. It separates the naming dependency from the subsequent network connection and HTTP exchange that retrieve the page itself.
What it connects to
DNS queries themselves travel over a network. A resolver may be supplied by the access provider or selected through device or application settings. Domain registries, registrars, authoritative operators, and resolvers have different roles. ICANN coordinates parts of the global identifier system; it does not operate every DNS server or control all internet content.
Different places, different designs
Answers can vary by location, service design, address family, and time. Encrypted DNS transports can protect the query connection to a resolver, while DNSSEC addresses authenticity of DNS data; these are different properties. The basic journey does not attempt to simulate either mechanism or every resolver policy.
Sources & further reading
Original explanations informed by these sources. Diagrams are conceptual; local systems differ.
- RFC 1034: Domain names — concepts and facilities IETF / RFC Editor; P. Mockapetris · 1987-11 · Source & rights record
- What Does ICANN Do? ICANN · Not stated · Source & rights record
- RFC 9110: HTTP Semantics IETF / RFC Editor; R. Fielding, M. Nottingham, and J. Reschke (editors) · 2022-06 · Source & rights record
- RFC 9499: DNS Terminology IETF / RFC Editor; P. Hoffman and K. Fujiwara · 2024-03 · Source & rights record
- RFC 4033: DNS Security Introduction and Requirements IETF / RFC Editor; R. Arends, R. Austein, M. Larson, D. Massey, and S. Rose · 2005-03 · Source & rights record
- RFC 8484: DNS Queries over HTTPS (DoH) IETF / RFC Editor; P. Hoffman and P. McManus · 2018-10 · Source & rights record