How a DNS lookup works
When you type a domain, your device first checks its local cache, then asks its configured resolver. The resolver walks the DNS hierarchy: root servers, then the TLD (.com, .io), then the authoritative server for the domain itself. The final answer is cached at every step according to its TTL.
Record types you'll actually encounter
- A / AAAA — map a hostname to an IPv4 / IPv6 address.
- CNAME — alias one hostname to another. Can't coexist with other records at the same name.
- MX — mail exchange. Tells SMTP servers where to deliver mail.
- TXT — arbitrary text. Used for SPF, DKIM, domain verification, and DMARC.
- NS — delegates authority for a zone to specific nameservers.
- CAA — restricts which certificate authorities can issue certs for the domain.
DNS propagation in practice
"Propagation" is mostly a caching phenomenon. The authoritative change is instant, but every resolver between you and it holds the old answer until its TTL expires. Best practice: lower TTL to 300 seconds at least 24 hours before a planned change, then raise it after the new value is verified everywhere.
DNS performance tuning
Fast DNS contributes to fast page loads — especially for cold visitors and on mobile. Use a CDN-backed authoritative provider with anycast nameservers. Set sensible TTLs (3600s for stable records, 300s when actively changing). On the client side, public resolvers like 1.1.1.1 and 8.8.8.8 are typically faster than ISP defaults.
DNS security essentials
DNSSEC adds cryptographic signatures so resolvers can detect tampered answers. DNS-over-HTTPS (DoH) and DNS-over-TLS (DoT) encrypt the query itself, preventing observation by your ISP or attacker on the wire. SPF, DKIM, and DMARC TXT records protect your domain from being spoofed in email.