Кэширование DNS. Как это выбирает что сервер DNS запросить?
Я не назову это изящной идеей..., но я сделал ее для операций типа "режима техобслуживания".
Создайте специализированные 404 страницы (не найденный) и настройте IIS для использования его. Теперь переместитесь/переименуйте веб-сайт. Каждая попытка получит это 404 страницы.
Как моему локальному DNS удается найти правильный сервер для запроса этого домена?
он спрашивает.
Есть ли у него где-нибудь список других DNS-серверов?
Да, корневой список ИЛИ список восходящего. В корневом списке он спросит "." корневой сервер (один из них) для серверов для ком. домен, затем для blizzard.com. соответствующие серверы и т. д.
DNS - это четко определенный протокол, а кэширование - это не волшебный черный ящик - все поведение точно определено.
Если вашему кэширующему серверу необходимо получить новую запись RR, он будет проходить через иерархию итеративно, как и любой DNS-сервер (при условии, что у вас не настроены серверы пересылки, чего не следует делать), а затем запросить RR у сервера имен, который является полномочным для blizzard.com.
Это значение используется для продолжительности, указанной в поле TTL RR.
Разное объяснено более подробно здесь: http://www.zytrax.com/books/dns/ch2/ и здесь: http://en.wikipedia.org/wiki/Domain_Name_System#DNS_resolvers
Выполнение следующей команды даст вам хорошее представление о том, что происходит.
dig +trace example.com
Официальный список корневых серверов поддерживается здесь . Это файл «подсказок», который большинство рекурсивных серверов будет использовать, чтобы выяснить, где начать поиск доменов. Это очень редко меняется. Большинство изменений, которые я вспоминаю недавно, были просто добавлены записи AAAA для IPv6.
Для получения более подробной информации о том, что происходит на корневом уровне, есть много документации здесь