Back to blog
dns Published: AEU DNS Newsroom

Why a Single DNS Lookup Can Trigger Hundreds of Hidden Queries

Why a Single DNS Lookup Can Trigger Hundreds of Hidden Queries

New research reveals how a single DNS request can explode into hundreds of queries, and what the IETF is doing to simplify the system while preserving security.

Every time you type a website address into your browser, a behind‑the‑scenes system called the Domain Name System (DNS) translates that human‑readable name into a machine‑friendly number (an IP address) so your device can connect. It sounds straightforward: you ask, you get an answer. But at the recent IETF 126 meeting in Vienna, researchers showed just how dizzyingly complicated that simple act can really be.

Ondřej Surý from the Internet Systems Consortium put a popular DNS software, BIND 2.18, through a tough test: he cleared its memory (a “cold cache”) and asked it to resolve a single address, a reverse IPv6 pointer record. The result? An astonishing 329 separate queries flew back and forth before the resolver finally got its answer. Most lookups aren’t that extreme, but the demo exposed the hidden churn that happens every day as resolvers navigate a web of interdependent name servers, chasing referrals and double‑checking security signatures.

Much of that load comes from something called “transitive trust.” To resolve even a simple name like www.example.com, your resolver must first trust a list of thirteen root servers, then the thirteen servers for .com, then the servers for example.com. But the roots themselves use names in the .net top‑level domain, expanding the circle of trust further. On top of that, “glue records”, extra hints tucked into responses, are often needed to break circular dependencies, adding still more queries to the pile.

At IETF 126, a new proposal aimed to cut through some of this complexity. The idea is to eliminate the traditional “priming” step, where a resolver starts by asking a root server for the current list of all root servers. Instead, resolvers would be configured with a fixed, verifiable set of root server identifiers, using DNSSEC (a system of digital signatures that proves DNS data hasn't been tampered with) to validate them. This would simplify the cold‑start process and reduce the number of queries that spill across the network.

For everyday users, these technical chores stay invisible. But they matter because a slow or overloaded DNS system can make the whole internet feel sluggish. Choosing a privacy‑focused encrypted DNS service that supports modern standards, such as AEU DNS, adds a layer of protection: your queries travel over secure channels and are validated with DNSSEC, helping to ensure that the website you reach is the real one and not an impostor.

How to protect yourself

  1. Use a DNS service that automatically checks for fake or altered website addresses (DNSSEC validation) – many privacy‑focused providers turn this on by default.
  2. Enable encrypted DNS (look for settings called ‘DNS over HTTPS’ or ‘DNS over TLS’) on your device or home router to stop others from snooping on which sites you visit.
  3. Keep your router’s firmware up to date; manufacturers often add the latest DNS security improvements in these updates.
  4. Regularly check your computer or phone’s DNS settings – sometimes malware silently changes them to point to rogue servers.
  5. Pick a DNS resolver with a strict no‑logging policy so that records of your online travels aren’t stored or sold.

Source: blog.apnic.net

Get private, encrypted DNS