none
Проблемы с синхронизацией времени RRS feed

  • Вопрос

  • Примерно с середины августа на нескольких никак не связанных серверах вижу проблему синхронизации времени с time.windows.com

    W32Time - eventID 47

    NTP-клиент поставщика времени: правильный ответ от контроллера домена time.windows.com не был получен после 8 попыток обращения. Этот узел не будет использоваться в качестве источника времени, а NTP-клиент попытается найти новый узел с этим DNS-именем. Ошибка: Этот узел недоступен.

    Периодически чередуются с W32Time - eventID 37

    NTP-клиент поставщика времени получает правильные данные о времени от time.windows.com (ntp.m|0x0|0.0.0.0:123->65.55.56.40:123).

     

    29 августа 2011 г. 12:33

Ответы

  • Прописанные по-умолчанию NTP сервера регулярно недоступны.

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

    По настройке внешних источников времени: http://technet.microsoft.com/en-us/library/cc757721(WS.10).aspx

    • Помечено в качестве ответа katbert 31 августа 2011 г. 5:02
    30 августа 2011 г. 6:56

Все ответы

  • У вас серверы имеют доступ в Internet по 123/udp?
    29 августа 2011 г. 13:02
    Отвечающий
  • У вас серверы имеют доступ в Internet по 123/udp?


    Да, конечно

    Проблема в том, что разные сервера то видят, то не в видят ntp-сервер Microsoft

    Не замечал ли кто еще подобный спецэффект?

    29 августа 2011 г. 18:33
  • Проблема в том, что разные сервера то видят, то не в видят ntp-сервер Microsoft
    Тут могут накладываться различные сетевые факторы: протокол UDP не гарантирует доставку. Вопрос - если недоменная инфраструктура, то почему бы вам не брать время снаружи на один хост, после чего раздавать его внутри с него?
    30 августа 2011 г. 6:00
    Отвечающий
  • Прописанные по-умолчанию NTP сервера регулярно недоступны.

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

    По настройке внешних источников времени: http://technet.microsoft.com/en-us/library/cc757721(WS.10).aspx

    • Помечено в качестве ответа katbert 31 августа 2011 г. 5:02
    30 августа 2011 г. 6:56
  • логично поднять сервер времени внутри сети и настроить синхронизацию с него
    необязательно даже сервер - нормальные маршрутизаторы умеют выступать в роли сервера NTP
    30 августа 2011 г. 7:06
    Отвечающий
  • К идее нестабильности time.windows.com пришел и сейчас - в еще одной сети, где время с внешних серверов время не синхронизировалось - разрешил синхронизацию с MS - и начались проблемы. Перевел на другой ntp-сервер и все успокоилось
    31 августа 2011 г. 5:02
  • Тут речь была о контроллерах домена в разных сетях
    31 августа 2011 г. 5:03
  • Тут речь была о контроллерах домена в разных сетях
    с контроллерами домена отдельная история - не трогайте их синхронизацию, а обеспечьте нормальное хождение трафика NTP между рядовыми контроллерами и PDC - его же в свою очередь синхронизируйте с внешнего источника!
    31 августа 2011 г. 5:57
    Отвечающий
  • с контроллерами домена отдельная история - не трогайте их синхронизацию, а обеспечьте нормальное хождение трафика NTP между рядовыми контроллерами и PDC - его же в свою очередь синхронизируйте с внешнего источника!

    Спасибо за помощь, но вопрос уже решился

    Ваша мысль мне понятна, и так все и было настроена. Вопрос был только в том, что синхронизация контроллеров домена в нескольких сетях с внешнего сервера time.windows.com работает, но не стабильно.

    Переход на другой внешний ntp-сервер полностью решил мою проблему

    Всем спасибо

    31 августа 2011 г. 11:56