Knowledge Hub / Networking

DNS

How does a name become usable network data?

Name resolution, records, caching, commands and the trust boundaries around DNS.

Last verified
2026-09-20
Review interval
365 days
Status
In review

01 / Overview

How does a name become usable network data?

DNS is a distributed naming system. A client asks a resolver for typed data associated with a name; the resolver may answer from cache or continue through authoritative DNS data. A successful answer is evidence about a DNS record, not proof that the destination service is safe.

Level
Intermediate
Units
4
Estimated time
114 min
What you will learn
  • Distinguish a DNS name, zone, server and typed record.
  • Trace a query from client to recursive resolver and authoritative answer.
  • Choose a DNS command for the observation you need.
  • Separate a DNS failure from later route, port, TLS or application failures.
Know first
  • IP addressing
  • Network interface
  • Client and server
  • Packet
  • Command
Learning materials
  • Labs: available
  • Embedded practice: available
  • Visuals: 3
  • Documents: 3
  1. 01DNS names, hierarchy and record types28 min
  2. 02DNS resolution, referrals and cache24 min
  3. 03DNS tools and Wireshark inspection32 min
  4. 04DNS troubleshooting and security boundaries30 min
Start topic

02 / Learn

Learn

03 / Concepts

Concepts

Domain namedns-domain-name
A sequence of labels located in the hierarchical DNS namespace.
Resolverdns-resolver
The component that obtains DNS information for a client, directly or through referrals.
Authoritative serverdns-authoritative-server
A name server with authoritative data for a zone rather than a cached copy from elsewhere.
Resource recorddns-resource-record
Typed DNS data associated with a name, such as an address or name-server record.
Cache and TTLdns-cache-ttl
Resolvers can reuse data for a bounded lifetime; TTL controls that cache interval.
Namespace and hierarchydns-namespace
DNS names form a tree: the root delegates top-level domains, which delegate zones below them.
Recursive resolutiondns-recursion
A recursive resolver follows referrals and returns a final answer or an error to its client.
Root and TLD serversdns-root-tld
Root and top-level-domain servers normally provide referrals toward the authoritative zone, not the host address itself.
A recorddns-record-a
Maps a name to an IPv4 address.
AAAA recorddns-record-aaaa
Maps a name to an IPv6 address.
CNAME recorddns-record-cname
Identifies one domain name as an alias of another canonical name.
MX recorddns-record-mx
Specifies mail exchangers for a domain with preference values.
TXT recorddns-record-txt
Carries one or more character strings; applications define how those strings are interpreted.
NS recorddns-record-ns
Identifies an authoritative name server for a zone.
PTR recorddns-record-ptr
Points from a name in the reverse namespace to another domain name.
SOA recorddns-record-soa
Carries administrative parameters for a zone, including its serial and timing values.

04 / Commands

Commands

EnvironmentCommandPurposeLab
multinslookup example.testAsk a configured DNS server for information about a name.Available in Command Lab
linuxdig example.test AInspect a DNS query and its returned sections with a query-oriented tool.Available in Command Lab
powershellResolve-DnsName example.test -Type AResolve a name with the Windows DNS client cmdlet and request a record type explicitly.Available in Command Lab
windowsipconfig /displaydnsDisplay the contents of the Windows DNS client resolver cache.Available in Command Lab
powershellGet-DnsClientCacheDisplay entries in the Windows DNS client cache.Available in Command Lab
powershellClear-DnsClientCacheClear the Windows DNS client cache without producing success output.Available in Command Lab
windowsipconfig /flushdnsFlush the Windows DNS client resolver cache.Available in Command Lab
linuxhost -t AAAA example.testPerform a compact DNS lookup for an explicitly selected record type.Available in Command Lab
multiping example.testObserve simulated name resolution followed by an ICMP reachability check; it does not prove application health.Available in Command Lab

05 / Labs

Labs

06 / Visuals

Visuals

06B / Documents

Documents

07 / Security

Security

  1. Treat DNS answers as data crossing a trust boundary. A resolver response can be wrong, stale or maliciously influenced.
  2. DNSSEC authenticates signed DNS data; it does not encrypt the DNS question or make the destination application trustworthy.

08 / Troubleshooting

Troubleshooting

  1. Separate the name, requested record type, resolver used, returned answer, cache state and the later connection attempt.
  2. Compare answers from the configured resolver with an explicitly selected resolver before blaming the application.

09 / Quick checks

Quick checks

Level 2dns-resolver-vs-answer

A lookup shows Server: 192.0.2.53 and Address: 192.0.2.25. Which value identifies the DNS resolver used for the query?

A lookup shows Server: 192.0.2.53 and Address: 192.0.2.25. Which value identifies the DNS resolver used for the query?
Level 4dns-reachability-diagnosis

A workstation can reach 192.0.2.25 but cannot resolve app.example.test. Which subsystem should you inspect first?

A workstation can reach 192.0.2.25 but cannot resolve app.example.test. Which subsystem should you inspect first?
Level 3dns-cache-flush-effect

What does Clear-DnsClientCache change in the DNS Command Lab?

What does Clear-DnsClientCache change in the DNS Command Lab?
Level 3wireshark-dns-display-filter

A capture already exists. Which Wireshark display filter shows decoded DNS protocol traffic?

A capture already exists. Which Wireshark display filter shows decoded DNS protocol traffic?
  1. What does a resolver do that a browser normally does not do by itself?
  2. Why does a valid DNS answer not prove that the destination service is safe?

10 / GRAPH

Related concepts

Used in certifications

These links reuse canonical knowledge; the certification page does not own or duplicate the topic.

11 / Resources

Resources

12 / Sources and freshness

Sources and freshness

Last verified
2026-09-20
Review interval
365 days
Source version
RFC 1034/1035/4033/8484 · BIND 9.20.29 · Wireshark User's Guide 4.7 · Microsoft Learn 2026-09-20