Вопрос или проблема
На рабочей станции с Windows 10, настроенной на подключение к локальному временному серверу (список пиров содержит только один NTP-сервер, находящийся в локальной сети). Но при проверке конфигурации командой “w32tm /query /source” источник по-прежнему остается Local CMOS clock. Почему источник не равен адресу из списка пиров? NTP-сервер доступен, и время можно запросить (это проверялось с помощью AboutTime, который отображает разницу между текущим хостом и локальным или удаленным NTP-сервером). Также проверялась разница между рабочей станцией и NTP-сервером. Разница остается постоянной при проверке с помощью команды:
w32tm /stripchart computer: <LocalNTPserverName>
Даже через несколько часов, так что очевидно, что время не синхронизировано с NTP-сервером. Текущая конфигурация пиров:
w32tm /query /peers
Пир: <LocalNTPserverName>,0x9
Состояние: Ожидание
Остальное время: 0.0000000s
Режим: 0 (резерв)
Стратум: 0 (неопределен)
Интервал опроса пира: 0 (неопределен)
Интервал опроса хоста: 0 (неопределен)
Но источник – это CMOS-час時計:
w32tm /query /source
Local CMOS Clock
Хотелось бы добавить, что рабочая станция не находится в домене и не является виртуальной машиной.
Наконец, если вам нужна полная конфигурация:
w32tm /query /configuration
[Конфигурация]
EventLogFlags: 2 (Локально)
AnnounceFlags: 10 (Локально)
TimeJumpAuditOffset: 28800 (Локально)
MinPollInterval: 10 (Локально)
MaxPollInterval: 15 (Локально)
MaxNegPhaseCorrection: 4294967295 (Локально)
MaxPosPhaseCorrection: 4294967295 (Локально)
MaxAllowedPhaseOffset: 300 (Локально)
FrequencyCorrectRate: 4 (Локально)
PollAdjustFactor: 5 (Локально)
LargePhaseOffset: 50000000 (Локально)
SpikeWatchPeriod: 900 (Локально)
LocalClockDispersion: 10 (Локально)
HoldPeriod: 5 (Локально)
PhaseCorrectRate: 1 (Локально)
UpdateInterval: 30000 (Локально)
[Поставщики времени]
NtpClient (Локально)
DllName: C:\WINDOWS\system32\w32time.dll (Локально)
Enabled: 1 (Локально)
InputProvider: 1 (Локально)
AllowNonstandardModeCombinations: 1 (Локально)
ResolvePeerBackoffMinutes: 15 (Политика)
ResolvePeerBackoffMaxTimes: 7 (Политика)
CompatibilityFlags: 2147483648 (Локально)
EventLogFlags: 0 (Политика)
LargeSampleSkew: 3 (Локально)
SpecialPollInterval: 3600 (Политика)
Type: NTP (Политика)
NtpServer: <LocalNTPserverName>,0x9 (Политика)
NtpServer (Локально)
DllName: C:\WINDOWS\system32\w32time.dll (Локально)
Enabled: 0 (Локально)
InputProvider: 0 (Локально)
То, что сработало для меня, это выполнение следующих команд в PowerShell от имени администратора:
net stop w32time
w32tm /unregister
w32tm /register
net stop w32time
NTP-источником для моей системы был основной контроллер домена. Команда w32tm /unregister удаляет весь раздел HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time, а команда w32tm /register затем заменяет его значениями по умолчанию, что заставляет его использовать PDC домена, частью которого он является.
Надеюсь, это поможет кому-то в будущем!
Ответ или решение
Причины несоответствия источника времени в Windows 10 и решение проблемы синхронизации с NTP-сервером
Ваша проблема с тем, что Windows 10 не синхронизируется с указанным NTP-сервером и продолжает использовать локальные компьютеры CMOS в качестве источника времени, может быть вызвана несколькими факторами. Давайте разберем возможные причины и шаги для их устранения.
1. Состояние NTP-сервера
Судя по вашему описанию конфигурации, NTP-сервер отображается как “Pending”, что может указывать на то, что система еще не полностью установила соединение с сервером или не смогла получить от него точное время. Необходимо убедиться, что NTP-сервер работает правильно и доступен для синхронизации. Проверьте доступность сервера, выполнив команду пинга:
ping <LocalNTPserverName>2. Ошибки в настройках W32Time
При проверке конфигурации time service на вашем рабочем месте, важно, чтобы служба W32Time была корректно настроена. Обратите внимание на следующие моменты:
- Проверьте значение
NtpServer: - Убедитесь, что адрес NTP-сервера правильный и хорошо исполняется.
3. Перезапуск службы W32Time
Одним из эффективных способов устранения проблемы является перезапуск службы W32Time. Это можно сделать следующими командами в PowerShell с правами администратора:
net stop w32time
w32tm /unregister
w32tm /register
net start w32timeЭти команды удалят текущие настройки W32Time и создадут их заново, возвращая к настройкам по умолчанию. Это может помочь исправить некоторые ошибки конфигурации и инициировать повторную попытку синхронизации с NTP-сервером.
4. Политики синхронизации времени
Убедитесь, что настройки политик для синхронизации времени соответствуют стандартным. Например, проверьте параметры SpecialPollInterval и ResolvePeerBackoffMinutes, которые могут влиять на частоту и качество запросов на синхронизацию. Параметр SpecialPollInterval должен быть адекватно установлен, чтобы система регулярно пыталась выполнить синхронизацию с NTP-сервером.
5. Использование NTP-сервиса в локальных условиях
Также важно отметить, что если ваша рабочая станция не является частью домена, то необходимо правильно настроить использование NTP-сервисов. При отсутствии доменных контроллеров, вы можете указать локальный сервер или использовать общедоступные NTP-сервера.
Итог
Если после вышеуказанных шагов проблема не решается, возможно, следует проверить системные журналы на наличие ошибок, связанных со службой времени, а также параметры брандмауэра, которые могут блокировать трафик на порту 123 (UDP), используемом для NTP-синхронизации.
Каждый из этих шагов поможет вам диагностировать и устранить проблему синхронизации времени на вашем рабочем месте. Если вы следите за описанными рекомендациями и подходами, ваша система должна начать правильно синхронизироваться с выбранным NTP-сервером.