Я нахожу сообщение забавным, и сначала я подумал, что это какая-то шутка от чрезмерно активного программиста из команды MS или розыгрыш. Однако сообщение появляется снова и снова, пару раз в день:
NtpClient не смог вручную установить одноранговый узел для использования в качестве источника времени из-за ошибки разрешения DNS ". NtpClient повторит попытку через 3473457 минут, а затем удвоит интервал повторных попыток. Ошибка: запрошенное имя является допустимым, но данные запрошенного типа не найдены. (0x80072AFC)
Источник: Служба времени
ID события: 134
Уровень: Предупреждение
Я подозреваю, что мои серверы времени настроены неправильно. Это правда и как я могу это исправить? Но почему такое странное сообщение?
Примечание: Я сообщил об этом на Technet, где вы можете найти объяснение, почему число такое нечетное (и, следовательно, два ответа нашли эту ссылку и использовали ее в ответах;)).
Я знаю, что это старый вопрос, но мои собственные исследования натолкнулись на этот пост на технет.
В нем говорится, что причина длительной задержки связана с ошибкой вывода в средстве просмотра событий. Средство просмотра событий неверно интерпретирует необработанные данные строкового значения «15» в реестре как число.
Вы можете найти значение реестра NtpClient \ ResolvePeerBackoffMinutes, равное 15, вывод в журнале событий - 3473457 = 0x00350031, что является прямым порядком байтов для строки Unicode «15».
- Алекс Жаозкс - MSFT CSG
Просто добавьте дополнительную информацию на случай, если кто-то еще обнаружит это в поиске. В этом сообщении средства просмотра событий есть несколько неприятных моментов:
Я получаю точно такое же сообщение на нескольких моих рабочих станциях (Windows 7, присоединенная к домену уровня 2003).
Что касается пунктов 1-2, то я заметил, что эти сообщения появляются только тогда, когда рабочая станция засыпает. Они появляются через 1 секунду после сообщения Kernel-Power, указывающего, что компьютер засыпает из-за простоя системы. В то же время приостанавливается и множество сетевых сервисов. Моя теория состоит в том, что служба времени просто выясняет, что сеть исчезла. DNS, вероятно, остановлен в этой точке, отсюда и название "".
До этого я вижу сообщения Event Viewer от Time-Service примерно за 15 минут до этого, что указывает на успешную синхронизацию. Так что вряд ли это проблема конфигурации.
Посмотрите на контекст сообщений в средстве просмотра событий. Если вы видите это сообщение, когда компьютер перестает работать или выключается, ничего страшного. Если вы видите это сообщение во время обычного выполнения, у вас проблема. В этом случае сделайте w32tm /resync /rediscover и идти оттуда.
Что касается пункта № 3, оказывается, это ошибка в том, как выводится строка. Он работает с юникодом. Он должен печататься 15 минут. Посмотреть здесь:
Запрошенное имя действительное, но данные запрошенного типа не найдены. (0x80072AFC)
Согласно №2
Что касается пунктов 1-2, то я заметил, что эти сообщения появляются только тогда, когда рабочая станция засыпает. Они появляются через 1 секунду после сообщения Kernel-Power, указывающего, что компьютер засыпает из-за простоя системы. В то же время приостанавливается и множество сетевых сервисов. Моя теория состоит в том, что служба времени просто выясняет, что сеть исчезла. DNS, вероятно, остановлен в этой точке, отсюда и название "".
Да, ваш сервер времени настроен неправильно. Либо у него нет восходящего сервера для синхронизации, либо вы блокируете порт в брандмауэре (порт 123 UDP).
Почему такое большое количество? Решение уже представлено в сообщении об ошибке: «а затем удвоить интервал повторных попыток». Итак, все началось с нескольких секунд, а затем удвоилось, удвоилось и удвоилось ...
Все это описано в документация о Microsoft Time Service.