DNS separates the client-facing recursion role from authoritative publication. Understanding that boundary prevents a cached answer from being mistaken for the owner of a zone.
DNS · Lesson 2
DNS Components
Learn how recursive resolvers, authoritative servers, zones, and resource records divide DNS responsibilities.
Stub and Recursive Resolvers
A stub resolver in an application or operating system sends queries to a configured recursive resolver. The recursive resolver returns a final answer, error, or referral outcome after using cache and, when necessary, performing iterative queries. Its reply can carry the authoritative-answer flag only when the answering server is authoritative for the data; recursion alone does not make it authoritative.
What does a recursive resolver do for a stub client?
Authoritative Name Servers
An authoritative server answers from zone data for which it has authority. A zone should have multiple authoritative servers with synchronized data and independent failure considerations. An authoritative-only server need not perform recursion for arbitrary clients.
What makes a server authoritative for a zone?
Zones and Zone Storage
A zone is an administratively served portion of the DNS namespace. It begins at a zone apex and can delegate child zones. Zone data may be stored in a text zone file, generated from a database, loaded through an API, or synthesized by software; “zone file” is not a mandatory physical implementation.
The zone apex normally has an SOA record and an NS set. Delegation data at a parent identifies child authoritative servers, sometimes accompanied by glue address records needed to reach in-bailiwick server names.
What is a DNS zone?
Resource Record Fields
A resource record has an owner name, TTL, class, type, and type-specific RDATA. For example:
www.example.com. 300 IN A 192.0.2.25
The owner is www.example.com., TTL is 300 seconds, class is Internet, type is IPv4 address, and RDATA is the address. Field omission and relative-name rules in zone-file syntax require careful origin handling.
Which record type publishes mail-exchanger preference and hostnames?
TTL and Negative Caching
Positive records use TTLs to limit cache reuse. Negative answers such as a proven nonexistent name can also be cached according to SOA-derived rules. Lowering a TTL shortly before a planned change affects only records fetched after caches observe the lower value; previously cached longer TTLs remain until expiry.
Why lower a DNS TTL well before a planned address change?
Lesson complete
You finished DNS Components
You can now separate DNS recursion, authority, namespace management, and cached records.
Identify stub and recursive resolver roles.
Define authority through delegated zone service.
Treat a zone as namespace responsibility, not one required file.
Read owner, TTL, class, type, and RDATA fields.
Plan cache lifetimes before DNS changes.
Keep your learning progress
Create a free account to save this lesson and continue learning on any device.
Create a free account