Для более полного понимания принципов работы такой иерархии рассмотрим в качестве примера узел www.support.microsoft.com. Система www находится в домене support, который является дочерним для домена microsoft.

Теперь предположим, что необходимо получить доступ к узлу www.support.microsoft.com с локальной системы. Для начала система обратиться к локальному кэшу преобразователя имен для получения адреса интересующего узла. Если запись для интересующего узла не хранится локально, система отправит рекурсивный запрос основному серверу DNS и будет ожидать ответа.

Когда сервер DNS получает запрос, он проверит наличие информации о записи в локальном кэше, после этого будет выполнено обращение к данным зоны. Если запись храниться локально или настроена корневая зона, то клиенту будет отправлен ответ на запрос. Если серверу DNS известны другие серверы, которым можно перенаправить запрос, то он отправит рекурсивные запросы каждому из таких серверов, ожидая ответа.

Получив ответ от одного из серверов, сервер DNS отправит ответ клиенту и поместит запись в локальный кэш. Наконец, если другие серверы в конфигурации сервера DNS не указаны или от них не получен определенный ответ, сервер DNS отправит итеративные запросы к серверам корневого домена.

Для начала у корневого сервера будет запрошен адрес сервера преобразования имен для домена .com, у которого будет запрошен адрес сервера преобразования имен для домена microsoft.com.

Если будет адрес сервера будет получен, то следующий итеративный запрос будет отправлен серверу преобразования имен домена microsoft.com. В этот раз будет запрашиваться адрес сервера преобразования имен для домена support.microsoft.com. После получения адреса сервера преобразования имен домена server.microsoft.com, сервер DNS завершит процесс преобразования имени, выполнив рекурсивный запрос к серверу преобразования имен домена support.microsoft.com для получения адреса IP узла www.support.microsoft.com.

После получения адреса узла сервер DNS запишет его в локальный кэш, на случай, если другой клиент пришлет такой же запрос. Кроме этого, сервер DNS отправит адрес узла клиенту, который изначально прислал запрос. Легко заметить, что в процессе преобразования имен участвуют несколько переменных, что иногда делает трудным процесс отслеживания потока запросов DNS, связанных с поиском записи узла.

В предыдущем примере было замечено, что если сервер DNS не настроен для перенаправления запросов другим серверам и не владеет информацией для преобразования определенного имени, он перенаправит запрос на корневой сервер.

Некоторые утверждают, что знание адресов корневых серверов является врожденной способностью любого сервера DNS, но эта информация хранится в файле cache.dns, расположенном в каталоге %systemroot%\system32\dns. Этот файл содержит адреса IP серверов преобразования имен для корневого домена. Обращение к этому файлу выполняется при попытках преобразования имени удаленного узла. Далее будут рассматриваться действия, которые следует предпринять при повреждении этого файла.