Это так странно, что я вынужден попросить совета.
У меня есть несколько рабочих станций, которые получают время от часов GPS. PDC имеет политику домена по умолчанию, настроенную на использование часов GPS в качестве источника времени NTP. Все рабочие станции синхронизируются с часами с точностью от 50 мс до 1,5 мс, поэтому мои значения дельты находятся в пределах допустимых значений для билетов Kerebos.
Почти все рабочие станции обращаются к моему файловому серверу без каких-либо проблем, однако одна рабочая станция начала выводить мне сообщение This server's clock is not synchronized with the primary domain controller's clock и если w32tm /stripchart /computer:PDC врет, 20 мс более чем достаточно для синхронизации.
Что-то мне здесь может не хватать?
Теперь, когда я убежден, что проблема решена, я отвечу на свой вопрос.
Проверьте модуляцию от источника времени Если сигнал IRIG является модулированным, убедитесь, что ваша конфигурация ищет модулированный сигнал времени. Если сигнал IRIG немодулированный, убедитесь, что у вас есть оборудование, настроенное для немодулированного сигнала.
Проверьте правильное время Если «Часы Грандмастера» не получают правильного значения времени от часов, ничего не будет правильным. Убедитесь, что у вас правильный период смещения для правильного года. Високосные секунды (на момент написания) должны быть смещены на 34 секунды.
Убедитесь, что нет принудительных значений или отладки Если кто-то отлаживает процесс, используя генератор частоты для «подделки» времени, ничего не будет правильным, если он переопределяет время Stratum.
Проверить службы времени Если радиочасы имеют отдельное программное обеспечение для синхронизации системного времени с источником времени, убедитесь, что служба времени Windows отключена. Если вы не отключите службу времени Windows, часы будут корректироваться обеими службами.
Проверить часовые пояса Часовые пояса должны быть правильно установлены как на сервере времени, так и на клиентах. Я настоятельно рекомендую установить все на GMT без смещения дневного света или UTC и создать второй дисплей времени, показывающий местный часовой пояс с предпочтением дневного света.
Убедитесь, что DST исправлен Если у вас нет правильной реализации DST, вы столкнетесь с «фантомными» проблемами.
Убедитесь, что дельта достаточно мала для начальной синхронизации Если дельта-время велико, клиенты не могут синхронизироваться с источником времени. Вам может потребоваться установить часы примерно на 10 минут, чтобы служба времени могла синхронизировать.
w32tm /tz чтобы проверить часовые пояса. w32tm /stripchart /computer:[host to compare with] для измерения разницы и временного дрейфа между двумя компьютерами.Я предполагаю, что на этой рабочей станции возникла проблема с установкой DST. В прошлый раз, когда я столкнулся с этим, я загрузил рабочую станцию из образа, а затем применил XP SP3. Именно тогда я обнаружил, что мое изображение попало в крайний случай, когда исправление DST не происходило при исправлении таким образом. Если это проблема, надеюсь, Страница MS DST выручит.
Эта ошибка начала происходить в нашей сети на нескольких рабочих станциях после перехода с летнего времени на стандартное время в 2019 году. Чтобы исправить это, я перезагрузил один из двух контроллеров домена, и сетевые ресурсы снова начали работать.