При тихой попытке отследить это вниз эти 5 504 ошибки прекратили появляться... Я предполагаю, что это, возможно, было что-то работающее на конкретной клиентской машине, поражающей рассматриваемый сервер DNS. Трудно сказать.
Некоторая дополнительная информация может быть найдена в этом technet потоке форумов.
Похоже, это виртуальная машина VMware, и она настроена на синхронизацию своего времени с хостом VMware с помощью механизма синхронизации времени инструментов VMware. Вам следует отключить эту опцию синхронизации времени в инструментах VMware, если вместо этого вы хотите использовать NTP для синхронизации времени.
Предполагая, что вы отключили синхронизацию времени VMware, запустите w32tm / monitor /computers:au.pool.ntp.org. Если у вас возникли проблемы с подключением, это не поможет с ответом «нет ответа». Затем вам нужно повторно проверить правила брандмауэра.
Обратите внимание, что ваш хост VMware также должен синхронизировать свое время с помощью NTP; это можно настроить в vCenter или vSphere client. Опять же, если у вас нет внутреннего NTP-сервера, вам, возможно, придется поиграть с брандмауэрами.
Лучшая практика - иметь ровно один или три + NTP-сервера «внутри» вашей сети (никогда не два). Эти внутренние синхронизируются с внешними источниками (или эталонными часами, такими как GPS), а затем все другие внутренние машины синхронизируются с вашими внутренними серверами NTP. Использование контроллеров домена Windows в качестве этих внутренних серверов NTP распространено в небольших сетях, но выделенные блоки, маршрутизаторы, брандмауэры или UNIX-серверы более распространены в более крупных сетях.