Итак, я видел десятки людей с этой проблемой на различных сайтах и форумах, но здесь я спрашиваю еще раз. Независимо от того, что я пробовал до сих пор, ничто не решило проблему, которую я опишу ниже как можно подробнее.
Для начала сервер запущен Windows Server 2012 R2 и является единственным сервером в сети.
(Клиент отказывается обновляться до нового оборудования, пожалуйста, без ненависти.)
Это DC и запускает программу под названием ChiroTouch для бизнеса, который имеет около 10-15 компьютеров.
Теперь все работает как надо, за исключением того, что сервер страдает от умеренного до сильного дрейфа часов. Системные часы медленно уходят вперед и на момент публикации отстают примерно на 2 минуты. Это не всегда одинаковое время рассинхронизации, но обычно колеблется в пределах 1-3 минут. Худшее, что я видел, было на 15 минут раньше.
Теперь, когда я проверяю источник времени, он говорит «Локальные часы CMOS», и ничто из того, что я пробовал, не заставило его смотреть на внешний источник NTP.
Вот исправления, которые я пробовал до сих пор:
-Изменен тип провайдера времени с NTP на NT5D5 и обратно.
- Изменены записи реестра NTP на рекомендуемые значения вручную.
- Незарегистрированный и зарегистрированный w32tm.
-Ручная установка источника времени с помощью w32tm/config/manualpeerlist:"pool.ntp.org"/syncfromflags:manual/reliable:yes/update
-Проверена групповая политика на наличие мошеннических записей времени Windows в домене или на локальном компьютере.
Во время каждой из этих попыток я выполняю соответствующие запуски, остановки и повторную синхронизацию w32tm, а затем проверяю источник w32tm, и он все еще говорит «Локальные часы CMOS».
Кроме того, вот вывод w32tm/запрос/конфигурация:
[Конфигурация]
EventLogFlags: 2 (локально)
AnnounceFlags: 5 (местный)
TimeJumpAuditOffset: 28800 (локальный)
MinPollInterval: 6 (локальный)
MaxPollInterval: 10 (локально)
MaxNegPhaseCorrection: 172800 (локальный)
MaxPosPhaseCorrection: 172800 (локальный)
MaxAllowedPhaseOffset: 300 (локально)
FrequencyCorrectRate: 4 (локальный)
PollAdjustFactor: 5 (локальный)
LargePhaseOffset: 50000000 (локальный)
SpikeWatchPeriod: 900 (локальный)
LocalClockDispersion: 10 (локально)
HoldPeriod: 5 (локально)
PhaseCorrectRate: 7 (локально)
UpdateInterval: 100 (локально)
[Провайдеры времени]
NTP-клиент (локальный)
Имя_библиотеки: C:\Windows\system32\w32time.DLL (локальная)
Включено: 1 (локально)
InputProvider: 1 (локальный)
AllowNonstandardModeCombinations: 1 (локальный)
ResolvePeerBackoffMinutes: 15 (локально)
ResolvePeerBackoffMaxTimes: 7 (локальный)
CompatibilityFlags: 2147483648 (локальный)
EventLogFlags: 1 (локальный)
LargeSampleSkew: 3 (локальный)
SpecialPollInterval: 3600 (локальный)
Тип: NTP (локальный)
NtpServer: pool.ntp.org (локальный)
NTP-сервер (локальный)
Имя_библиотеки: C:\Windows\system32\w32time.DLL (локальная)
Включено: 1 (локально)
InputProvider: 0 (локальный)
AllowNonstandardModeCombinations: 1 (локальный)
Вмиктимепровидер (локальный)
DllName: C:\Windows\System32\vmictimeprovider.dll (локальный)
Включено: 0 (локально)
InputProvider: 1 (локальный)
Как вы можете видеть, он утверждает, что источником NTP является pool.ntp.org, но когда вы на самом деле запускаете команду запроса, он говорит «Локальные часы CMOS», и все попытки повторной синхронизации терпят неудачу.
Теперь у меня есть пара теорий, которые я не могу подтвердить, но, может быть, кто-то другой сможет.
- Chirotouch по какой-то причине вызывает проблему.
- 2012 R2 просто слишком стар, чтобы заботиться об этом.
Приветствуются любые идеи и решения.
