Сеть работает медленно, когда основной DNS-сервер не работает

Question

У меня есть небольшая домашняя сеть с Windows 2012 R2 Essentials DC, которая также выступает в качестве DNS-сервера. Все компьютеры подключаются к этому как основной. Физическая машина. У меня также есть вторичная виртуальная машина, которая является Windows 2012 R2 Server, которая является вторичным DC, а также вторичным контроллером домена. Если основной ресурс находится в автономном режиме, все поиски в сети выполняются очень медленно. Даже если я перезагружаю компьютер, nslookup по-прежнему показывает основной в качестве используемого. Я получил:

DNS-запрос nslookup истек

время ожидания 2 секунды

Сервер по умолчанию: неизвестен

Адрес: 10.0.0.1

Второстепенное слово - 10.0.0.8. Есть идеи, что происходит или это нормально?

Благодарю.

JR

РЕДАКТИРОВАТЬ: Даже когда я изменяю область и устанавливаю рабочие станции, чтобы сначала посмотреть на вторичный DNS, все равно наблюдается та же медлительность, просто nslookup отвечает быстро и правильно.

Answer 1

Это нормально. И "медленный" поиск (приходится ждать тайм-аут), и nslookup против разрешения системы ведут себя по-разному. Nslookup - это инструмент устранения неполадок DNS-сервера.

Когда вы вводите более одного IP-адреса для DNS-сервера на клиентской стороне Windows-машины, он случайным образом выбирает, какой из них он будет использовать первым, а какой - к какому. Периодически рандомизирует порядок (обычно 15 минут). Поэтому, когда один из DNS-серверов не отвечает, некоторые клиенты будут работать медленно, а некоторые нормально.

Linux / Unix ведет себя по-разному, он всегда отправляет запросы в указанном вами порядке. Так что, если все ваши Linux-машины сначала указывают на ваш основной DNS, все они будут работать медленно, когда ваш основной DNS не работает.

Mac ведут себя аналогично Linux, поскольку они основаны на FreeBSD (производная Unix, похожая на Linux).

И, для полноты, откат почти мгновенен, когда сервер, на котором предполагается запускать DNS, работает, а служба DNS не работает. Клиенты получат ICMP-ответ о недоступности порта.