•
root, TLD, then the zone; each level only knows who to ask next
•
one server holds the zone data, the other does the walking and the caching
•
the resolver follows referrals hop by hop while the client asks exactly once
•
the IPv4 and IPv6 address records, queried independently by a dual-stack client
•
a CNAME cannot coexist with other records at a name, which is why a zone apex cannot be one
•
mail is delivered to the lowest preference number that answers, higher numbers being fallbacks
•
SPF, DKIM and DMARC policies all live in TXT records at defined names
•
delegation needs NS records, plus glue A records when the nameserver lives inside the delegated zone
•
the serial number drives zone transfers, and the SOA's last field sets the negative-cache TTL
•
nothing propagates; caches simply expire, and the TTL in force before the change governs how long that takes
•
NXDOMAIN answers are cached too, which is why creating a record seems not to take effect
•
a truncated answer sets TC and the client retries over TCP, while EDNS0 raises the acceptable UDP size instead
•
RRSIG, DNSKEY and a DS record in the parent link a zone back to the signed root
•
signatures prove origin and integrity; the query and answer are still in cleartext
•
encrypting DNS transport over HTTPS, TLS or QUIC, and which observer each choice actually blinds
•
service parameters such as ALPN, port and ECH keys delivered in DNS before the first connection