Управление временем — один из ключевых аспектов системного администрирования. Как правило, все клиентские серверы и рабочие станции синхронизируют время с доменом Active Directory, однако откуда берется точное время в AD? Это зависит от разных факторов. В стандартной конфигурации время синхронизируется с серверами Microsoft, а виртуальные машины обычно получают данные от хост-сервера.
Лучше всего задать единый источник данных о точном времени для всех компьютеров в корпоративной сети — сервер (или несколько серверов), с которым будут синхронизироваться все системы. Это может быть ресурс или пул ресурсов в Интернете, либо локальный сервер. Так или иначе, с источником точного времени стоит определиться заранее.
За синхронизацию компьютеров и серверов Windows отвечает сетвой протокол Network Time Protocol (NTP). NTP использует для своей работы протокол UDP порт по умолчанию 123. Что бы в дальнейшем можно было настроить работу этого сетевого протокола, необходимо проверить, не блокирует ли этот порт фаерволл.
Способы указания NTP Сервера.
1) Команда w32tm позволяет задать список пиров, предоставляющих информацию о точном времени для домена. Чтобы получить дополнительные сведения о команде w32tm, введите в командной строке указанную команду w32tm /?
Первым, что необходимо сделать, это выяснить в каком состоянии находятся контролеры домена в домене. Для этого запускаем в командной строке команду (если у вас права доменного администратора, то можете запустить командную строку на своей рабочей станции)
w32tm /monitor — команда позволяет посмотреть с каким сервером (серверами)/сервисом происходит синхронизация и какая разница во времени с эталонным севером.
w32tm /config /manualpeerlist:time.windows.com /syncfromflags:manual /reliable:yes /update — этой командой мы указываем с каким сервисом/сервером будет происходить синхронизация ( в данном примере с time.windows.com).
Эта команда выполняется на контроллере домена однократно и записывает указанные адреса в реестр ( по пути HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeConfigParametrs в параметре NTPServer должно быть прописано time.windows.com). Можно указать сразу несколько серверов, разделенных пробелами.
2) Еще один способ указать контролеру домена сервер с кем он будет синхронизироваться по времени, это локальные или групповые политики. Запускаем реестр- Нажмите кнопку Пуск, выберите команду Выполнить, введите в командную строку gpedit.msc и нажмите кнопку ОК. Заходим «Конфигурация компьютера- Политики- Административные шаблоны- Система- Служба времени Windows- Поставщики времени» и настраиваем политику. В данном примере в значении NTPServer прописываем time.windows.com, в значении Тип указываем NTP. Тип- указывает узлы одноранговой сети, принимающие синхронизацию следующих типов:
NoSync— Служба времени не синхронизируется с другими источниками.
NTP- Служба времени выполняет синхронизацию с серверами, указанными в записи реестра NtpServer.
NT5DS- Служба времени выполняет синхронизацию на основе иерархии домена.
AllSync- Служба времени использует все доступные механизмы синхронизации.
Значение CrossSiteSyncFlags выбираем 2.
CrossSiteSyncFlags. Определяет возможность выбора службой партнеров по синхронизации за пределами домена компьютера.
Нет 0
PdcOnly 1
Все 2
В значении ResolvePeerBackoffMinutes прописываем 15
ResolvePeerBackoffMinutes- указывает первоначальный интервал ожидания (в минутах) перед тем, как начать поиск узла одноранговой сети для синхронизации. Если службе времени Windows не удается успешно синхронизироваться с источником времени, будут выполняться повторные попытки с использованием указанных значений параметров ResolvePeerBackoffMinutes и ResolvePeerBackoffMaxTimes.
В значении ResolvePeerBackoffMaxTimes прописываем 7
ResolvePeerBackoffMaxTimes- указывает максимальное число раз удвоения интервала ожидания в случае, если повторяющиеся попытки поиска узла одноранговой сети для синхронизации не дали результата. Нулевое значение предполагает, что интервал ожидания всегда равен первоначальному, указанному в параметре ResolvePeerBackoffMinutes.
В значении SpecialPollInterval прописываем 3600
SpecialPollInterval- указывает интервал специального опроса (в секундах) для узлов одноранговой сети, настроенных вручную. Если специальный опрос включен, то служба времени Windows будет использовать его интервал вместо динамического значения, определяемого с помощью алгоритмов синхронизации, встроенных в службу времени Windows.
Если вы создали политику, то ее нужно применить на все контролеры домены.
Я очень надеюсь, моя статья помогла Вам! Просьба поделиться ссылкой с друзьями:
Long ago in a time far far away our PDC died and this one was promoted. NTP hasn’t quite worked since. So I finally am getting around to trying to make it work properly (rather than me manually setting the time) and I’m getting a lot of the following errors
in my event log and time synchronization is not occurring.
Event Source: W32Time
Event ID: 47
Description: Time Provider NtpClient: No valid response has been received from manually configured peer NTP_server_IP_Address after 8 attempts to contact it. This peer will be discarded as a time source and NtpClient will attempt to discover a new peer with
this DNS name.
Before you jump to make a quick reply linking me to kb830092, yes, I’ve seen it. I’m up-to-date on patches and it’s not relevant.
I’ve configured the now PDC as a NTP server (config below) and enabled logging (log snippet below).
C:Documents and SettingsAdministrator.HFC>w32tm /dumpreg /subkey:parameters
Value Name Value Type Value Data
—————————————————
ServiceMain REG_SZ SvchostEntry_W32Time
ServiceDll REG_EXPAND_SZ C:WINDOWSsystem32w32time.dll
Type REG_SZ NTP
NTPServer REG_SZ 1.north-america.pool.ntp.org,0x8
TimeSource REG_DWORD 1
C:Documents and SettingsAdministrator.HFC>w32tm /dumpreg /subkey:TimeProviders
NtpServer
Value Name Value Type Value Data
———————————————————————-
InputProvider REG_DWORD 0
AllowNonstandardModeCombinations REG_DWORD 1
DllName REG_SZ
C:WINDOWSsystem32w32time.dll
Enabled REG_DWORD
1
C:Documents and SettingsAdministrator.HFC>w32tm /dumpreg /subkey:config
Value Name Value Type Value Data
————————————————————
LastClockRate REG_DWORD 156250
MinClockRate REG_DWORD 155860
MaxClockRate REG_DWORD 156640
FrequencyCorrectRate REG_DWORD 4
PollAdjustFactor REG_DWORD 5
LargePhaseOffset REG_DWORD 50000000
SpikeWatchPeriod REG_DWORD 900
HoldPeriod REG_DWORD 5
LocalClockDispersion REG_DWORD 10
EventLogFlags REG_DWORD 2
PhaseCorrectRate REG_DWORD 7
MinPollInterval REG_DWORD 6
MaxPollInterval REG_DWORD 10
MaxNegPhaseCorrection REG_DWORD -1
MaxPosPhaseCorrection REG_DWORD -1
UpdateInterval REG_DWORD 100
AnnounceFlags REG_DWORD 5
MaxAllowedPhaseOffset REG_DWORD 300
FileLogSize REG_DWORD 16777216
FileLogName REG_SZ C:WindowsTempw32time.log
FileLogEntries REG_SZ 0-116
—
C:Documents and SettingsAdministrator.HFC>w32tm /resync
Sending resync command to local computer…
The computer did not resync because no time data was available.
—
C:Documents and SettingsAdministrator.HFC>w32tm /monitor
xxxx1.hfc.local [192.168.xx.xx]:
ICMP: 0ms delay.
NTP: -0.0156902s offset from xxxx2.hfc.local
RefID: xxxx2.hfc.local [192.168.xx.xx]
xxxx2.hfc.local *** PDC *** [192.168.xx.xx]:
ICMP: 0ms delay.
NTP: +0.0000000s offset from xxxx2.hfc.local
RefID: ‘LOCL’ [76.79.67.76]
xxxx3.hfc.local [192.168.xx.xx]:
ICMP: 0ms delay.
NTP: -0.0191302s offset from xxxx2.hfc.local
RefID: xxxx2.hfc.local [192.168.xx.xx]
—
149501 23:53:41.3593750s — Polling peer xxxx2 (ntp.m|0x0|192.168.xx.xx:123->192.168.xx.xx:123)
149501 23:53:41.3593750s — Sending packet to xxxx2 (ntp.m|0x0|192.168.xx.xx:123->192.168.xx.xx:123) in Win2K detect mode, stage 1.
149501 23:53:41.3593750s — Peer poll: Max:64.0000000s Cur:00.0000000s
149501 23:53:41.3593750s — PeerPollingThread: waiting 64.000s
149501 23:53:41.3593750s — ListeningThread — DataAvailEvent set for socket 0 (192.168.xx.xx:123)
149501 23:53:41.3593750s — ListeningThread — response heard from 192.168.xx.xx:123
149501 23:53:41.3593750s — /— NTP Packet:
149501 23:53:41.3593750s — | LeapIndicator: 0 — no warning; VersionNumber: 3; Mode: 1 — SymmetricActive; LiVnMode: 0x19
149501 23:53:41.3593750s — | Stratum: 1 — primary reference (syncd by radio clock)
149501 23:53:41.3593750s — | Poll Interval: 6 — 64s; Precision: -6 — 15.625ms per tick
149501 23:53:41.3593750s — | RootDelay: 0x0000.0000s — unspecified; RootDispersion: 0x000A.0400s — 10.0156s
149501 23:53:41.3593750s — | ReferenceClockIdentifier: 0x4C4F434C — source name: «LOCL»
149501 23:53:41.3593750s — | ReferenceTimestamp: 0xCF83490457E76C8B149501 23:53:41.3593750s — — 12916972420343375000ns — 149501 23:53:40.3433750s
149501 23:53:41.3593750s — | OriginateTimestamp: 0x0000000000000000 — unspecified
149501 23:53:41.3593750s — | ReceiveTimestamp: 0x0000000000000000 — unspecified
149501 23:53:41.3593750s — | TransmitTimestamp: 0xCF8349055C000000149501 23:53:41.3593750s — — 12916972421359375000ns — 149501 23:53:41.3593750s
149501 23:53:41.3593750s — >— Non-packet info:
149501 23:53:41.3593750s — | DestinationTimestamp: 149501 23:53:41.3593750s — 0xCF8349055C000000149501 23:53:41.3593750s — — 12916972421359375000ns149501 23:53:41.3593750s — — 149501 23:53:41.3593750s
149501 23:53:41.3593750s — | RoundtripDelay: 000ns (0s)
149501 23:53:41.3593750s — | LocalClockOffset: 000ns — 0:00.000000000s
149501 23:53:41.3593750s — —
149501 23:53:41.3593750s — Peer xxxx2 (ntp.m|0x0|192.168.xx.xx:123->192.168.xx.xx:123) may be Win2K. Will verify on next packet.
149501 23:53:41.3593750s — Packet test 2 failed (response does not match request).
149501 23:53:41.3593750s — PeerPollingThread: PeerListUpdated
149501 23:53:41.3593750s — Packet test 3 failed (looks like a request).
149501 23:53:41.3593750s — Packet test 4 failed (bad value for delay or dispersion).
149501 23:53:41.3593750s — Ignoring packet that failed tests from xxxx2 (ntp.m|0x0|192.168.xx.xx:123->192.168.xx.xx:123).
From the log it appears that the server is trying desperately to sync to itself and failing. I wish it would stop. Please help! For what it’s worth workstations are syncing to it just fine.
Also I’ve run: >w32tm /config /manualpeerlist:1.north-america.pool.ntp.org,0x8 /syncfromflags:MANUAL /reliable:yes /update
and for kicks & grins: >w32tm /stripchart /computer:0.pool.ntp.org /dataonly /samples:2
Tracking 0.pool.ntp.org [216.45.57.38].
Collecting 2 samples.
The current time is 4/28/2010 3:58:43 PM (local time).
15:58:43, -149.1874719s
15:58:45, -149.1881456s
So it is, as far as I can tell, configured to query the N. America pool of NTP servers and it can get a response back from them. I’ve checked the various pools (N. America and otherwise) and I can get a reply from the ones I desire to use.
I’ve been banging my head against this all day and I think I just need another pair of eyes to help me out. Thanks for looking at this and for any advice you can offer.
Long ago in a time far far away our PDC died and this one was promoted. NTP hasn’t quite worked since. So I finally am getting around to trying to make it work properly (rather than me manually setting the time) and I’m getting a lot of the following errors
in my event log and time synchronization is not occurring.
Event Source: W32Time
Event ID: 47
Description: Time Provider NtpClient: No valid response has been received from manually configured peer NTP_server_IP_Address after 8 attempts to contact it. This peer will be discarded as a time source and NtpClient will attempt to discover a new peer with
this DNS name.
Before you jump to make a quick reply linking me to kb830092, yes, I’ve seen it. I’m up-to-date on patches and it’s not relevant.
I’ve configured the now PDC as a NTP server (config below) and enabled logging (log snippet below).
C:Documents and SettingsAdministrator.HFC>w32tm /dumpreg /subkey:parameters
Value Name Value Type Value Data
—————————————————
ServiceMain REG_SZ SvchostEntry_W32Time
ServiceDll REG_EXPAND_SZ C:WINDOWSsystem32w32time.dll
Type REG_SZ NTP
NTPServer REG_SZ 1.north-america.pool.ntp.org,0x8
TimeSource REG_DWORD 1
C:Documents and SettingsAdministrator.HFC>w32tm /dumpreg /subkey:TimeProviders
NtpServer
Value Name Value Type Value Data
———————————————————————-
InputProvider REG_DWORD 0
AllowNonstandardModeCombinations REG_DWORD 1
DllName REG_SZ
C:WINDOWSsystem32w32time.dll
Enabled REG_DWORD
1
C:Documents and SettingsAdministrator.HFC>w32tm /dumpreg /subkey:config
Value Name Value Type Value Data
————————————————————
LastClockRate REG_DWORD 156250
MinClockRate REG_DWORD 155860
MaxClockRate REG_DWORD 156640
FrequencyCorrectRate REG_DWORD 4
PollAdjustFactor REG_DWORD 5
LargePhaseOffset REG_DWORD 50000000
SpikeWatchPeriod REG_DWORD 900
HoldPeriod REG_DWORD 5
LocalClockDispersion REG_DWORD 10
EventLogFlags REG_DWORD 2
PhaseCorrectRate REG_DWORD 7
MinPollInterval REG_DWORD 6
MaxPollInterval REG_DWORD 10
MaxNegPhaseCorrection REG_DWORD -1
MaxPosPhaseCorrection REG_DWORD -1
UpdateInterval REG_DWORD 100
AnnounceFlags REG_DWORD 5
MaxAllowedPhaseOffset REG_DWORD 300
FileLogSize REG_DWORD 16777216
FileLogName REG_SZ C:WindowsTempw32time.log
FileLogEntries REG_SZ 0-116
—
C:Documents and SettingsAdministrator.HFC>w32tm /resync
Sending resync command to local computer…
The computer did not resync because no time data was available.
—
C:Documents and SettingsAdministrator.HFC>w32tm /monitor
xxxx1.hfc.local [192.168.xx.xx]:
ICMP: 0ms delay.
NTP: -0.0156902s offset from xxxx2.hfc.local
RefID: xxxx2.hfc.local [192.168.xx.xx]
xxxx2.hfc.local *** PDC *** [192.168.xx.xx]:
ICMP: 0ms delay.
NTP: +0.0000000s offset from xxxx2.hfc.local
RefID: ‘LOCL’ [76.79.67.76]
xxxx3.hfc.local [192.168.xx.xx]:
ICMP: 0ms delay.
NTP: -0.0191302s offset from xxxx2.hfc.local
RefID: xxxx2.hfc.local [192.168.xx.xx]
—
149501 23:53:41.3593750s — Polling peer xxxx2 (ntp.m|0x0|192.168.xx.xx:123->192.168.xx.xx:123)
149501 23:53:41.3593750s — Sending packet to xxxx2 (ntp.m|0x0|192.168.xx.xx:123->192.168.xx.xx:123) in Win2K detect mode, stage 1.
149501 23:53:41.3593750s — Peer poll: Max:64.0000000s Cur:00.0000000s
149501 23:53:41.3593750s — PeerPollingThread: waiting 64.000s
149501 23:53:41.3593750s — ListeningThread — DataAvailEvent set for socket 0 (192.168.xx.xx:123)
149501 23:53:41.3593750s — ListeningThread — response heard from 192.168.xx.xx:123
149501 23:53:41.3593750s — /— NTP Packet:
149501 23:53:41.3593750s — | LeapIndicator: 0 — no warning; VersionNumber: 3; Mode: 1 — SymmetricActive; LiVnMode: 0x19
149501 23:53:41.3593750s — | Stratum: 1 — primary reference (syncd by radio clock)
149501 23:53:41.3593750s — | Poll Interval: 6 — 64s; Precision: -6 — 15.625ms per tick
149501 23:53:41.3593750s — | RootDelay: 0x0000.0000s — unspecified; RootDispersion: 0x000A.0400s — 10.0156s
149501 23:53:41.3593750s — | ReferenceClockIdentifier: 0x4C4F434C — source name: «LOCL»
149501 23:53:41.3593750s — | ReferenceTimestamp: 0xCF83490457E76C8B149501 23:53:41.3593750s — — 12916972420343375000ns — 149501 23:53:40.3433750s
149501 23:53:41.3593750s — | OriginateTimestamp: 0x0000000000000000 — unspecified
149501 23:53:41.3593750s — | ReceiveTimestamp: 0x0000000000000000 — unspecified
149501 23:53:41.3593750s — | TransmitTimestamp: 0xCF8349055C000000149501 23:53:41.3593750s — — 12916972421359375000ns — 149501 23:53:41.3593750s
149501 23:53:41.3593750s — >— Non-packet info:
149501 23:53:41.3593750s — | DestinationTimestamp: 149501 23:53:41.3593750s — 0xCF8349055C000000149501 23:53:41.3593750s — — 12916972421359375000ns149501 23:53:41.3593750s — — 149501 23:53:41.3593750s
149501 23:53:41.3593750s — | RoundtripDelay: 000ns (0s)
149501 23:53:41.3593750s — | LocalClockOffset: 000ns — 0:00.000000000s
149501 23:53:41.3593750s — —
149501 23:53:41.3593750s — Peer xxxx2 (ntp.m|0x0|192.168.xx.xx:123->192.168.xx.xx:123) may be Win2K. Will verify on next packet.
149501 23:53:41.3593750s — Packet test 2 failed (response does not match request).
149501 23:53:41.3593750s — PeerPollingThread: PeerListUpdated
149501 23:53:41.3593750s — Packet test 3 failed (looks like a request).
149501 23:53:41.3593750s — Packet test 4 failed (bad value for delay or dispersion).
149501 23:53:41.3593750s — Ignoring packet that failed tests from xxxx2 (ntp.m|0x0|192.168.xx.xx:123->192.168.xx.xx:123).
From the log it appears that the server is trying desperately to sync to itself and failing. I wish it would stop. Please help! For what it’s worth workstations are syncing to it just fine.
Also I’ve run: >w32tm /config /manualpeerlist:1.north-america.pool.ntp.org,0x8 /syncfromflags:MANUAL /reliable:yes /update
and for kicks & grins: >w32tm /stripchart /computer:0.pool.ntp.org /dataonly /samples:2
Tracking 0.pool.ntp.org [216.45.57.38].
Collecting 2 samples.
The current time is 4/28/2010 3:58:43 PM (local time).
15:58:43, -149.1874719s
15:58:45, -149.1881456s
So it is, as far as I can tell, configured to query the N. America pool of NTP servers and it can get a response back from them. I’ve checked the various pools (N. America and otherwise) and I can get a reply from the ones I desire to use.
I’ve been banging my head against this all day and I think I just need another pair of eyes to help me out. Thanks for looking at this and for any advice you can offer.
Вся настрока выполняется из командной строки. Последовательность действий следующая:
net time /setsntp:time.windows.com — указали, что Windows будет синхронизироваться с этим сервером NTP
net stop w32time && net start w32time — перезапустили службу времени Windows
w32tm /resync — отправили команду для принудительной синхронизации на локальный компьютер
В ответ должны получить следующее:
Команда синхронизации отправлена на local computer…
Команда выполнена успешно.
Через некоторое время проверяем журнал событий системы. Если все настроено верно, то в журнале будет информационное сообщение от источника W32Time с кодом (ID) 35 и текстом Служба времени выполняет синхронизацию системного времени с источником времени time.windows.com
Если возникли какие-то проблемы, то в журнал будет записана ошибка с кодом (ID) 29 от источника W32Time и текстом NTP-клиент поставщика времени настроен на получение времени из одного или нескольких источников, однако ни один из этих источников недоступен. Попытки подключения к источнику не будут выполняться в течение ХХ мин. NTP-клиент не имеет источника правильного времени. В таком случае, убедитесь, что файрвол не блокирует соединения с NTP-сервером по протоколу UDP порт 123. Проверьте, что имя NTP-сервера Mobatime указано верно. Для этого в командной строке выполните
net time /querysntp
В ответ будет выведено имя сервера NTP.
Для определения величины расхождения локального времени и времени любого компьютера в сети, используйте команду
w32tm /stripchart /computer:имя_компьютера
На экран будет выводиться информация о дельте локального времени и времени на имя_компьютера до прерывания работы при помощи Ctrl+C.
Если Ваша сеть с доменами, то клиенты будут автоматически синхронизировать свои часы с контроллером домена. Если Вы не используете в сети доменов, то настраивать клиентов придётся вручную.
Запись опубликована в рубрике Без рубрики. Добавьте в закладки постоянную ссылку.
- Remove From My Forums
-
Общие обсуждения
-
Добрый день!
Неоднократно сталкиваюсь с проблемой времени на гостевых server2003. Если синхронизацию времени оставить в свойствах служб интеграции, то время идёт нормально, но логи забиты ошибками
NTP-клиент поставщика времени: правильный ответ от контроллера домена kd.domain.my не был получен после 8 попыток обращения. Этот контроллер домена больше не будет использоваться как источник времени, NTP-клиент попытается найти другой
контроллер домена для синхронизациии
NTP-клиент поставщика времени настроен на получение времени из одного или нескольких источников, однако ни один из этих источников недоступен. Попытки подключения к источнику не будут выполняться в течение 15 мин. NTP-клиент
не имеет источника правильного времени.Если же в службах интеграции отключить синхронизацию времени, то время на виртуальной машине начинает гулять как в одну, так и в другую сторону с разницей до нескольких минут. Такая ситуация только на server2003, более новые серверы
работают нормально. Для виртуализации использую Hyper-V R2.-
Изменен тип
1 апреля 2013 г. 10:40
Нет действий
-
Изменен тип
Настройка времени в домене Windows Server 2003 (2008)
Итак в этой статье я расскажу как настроить сервер времени в домене отталкиваясь от своего опыта, и расскажу о допущеннных ошибках. Это статья касается Windows Server 2003 (2008). Итак:
1. Определение PDC.
Итак как происходит синхронизация времени. Вкратце: сервер выступающий в роли эмулятора PDC должен синхронизироваться с внешним достоверным источником времени, а рабочие станция входящие в домен политикой по умолчанию синхронизируются с контроллером домена. Как узнать кто является PDC, если у вас несколько контроллеров домена?
— открываем оснастку «Active Directory — пользователи и компьютеры» нажимаем правой кнопкой на значке нашего домена и выбираем «Хозяева операции» и на вкладке «PDC» по имени смотрим кто является эмулятором PDC.
2.Настройка синхронизации времени на контроллере домена Windows Server 2003 (2008).
Теперь нужно зайти на PDC и с помощью regedit открыть редактор реестра, где собственно и будем производить основную настройку. Здесь для удобства я пишу старые значения реестра (т.е которые будем изменять) и новые на которые будем менять.Т.е было — стало.
Приступим:
— В реестре меняем следующие значения:
1) HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeParametersType
Было: NT5DS
Изменям на: NTP
2) HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeConfigAnnounceFlags
Было: а
Изменям на: 5
3) Включаем NTP сервер
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeTimeProvidersNtpServer параметр Enabled изменяем на:
Было:0
Изменяем на: 1
Если стояла 1 менять не нужно
4) HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeParametersNtpServer
А вот здесь мы видим time.windows.com,0х1. Здесь лучше значение не менять на какой либо другой сервер. Т.к когда я пытался изменять на др. сервер то у меня появились следующие ошибки W32Timw 29, 47, 38. Возможно это глюк относится только к Windows Server 2003 — можете поэкспериментировать.
5) HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeTimeProvidersNtpClientSpecialPollInterval
Было: ffffffff в шестнадцатиричной или 4294967295 в десятичной
Изменяем на: 1800 или 3600 в десятичной — это интервал опроса серверов для синхронизации.
6) Зададим интервалы максимальных величин коррекции времени.
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeConfigMaxPosPhaseCorrection
Было: ffffffff в шестнадцатиричной или 4294967295 в десятичной
Изменяем на: 1800 или 3600 в десятичной
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeConfigMaxNegPhaseCorrection
Было: ffffffff в шестнадцатиричной или 4294967295 в десятичной
Изменяем на: 1800 или 3600 в десятичной
Затем выполним в командной строке («Пуск»->»Выполнить»->«cmd«).
net stop w32time
&& net start w32time
w32tm /resync
Если после этого в журнале появились записи об успешной синхронизации то все готово. Если нет смотри след. абзац.
Ошибки W32Time 29, W32Time47, W32Time38
Если после этого начинают появляться эти ошибки первое что следует сделать это посмтотреть в DefaultPolicy дефолтной поитике домена а также в gpedit.msc — локальной политике контроллера домена следующие параметры:
«Конфигурация компьютера»-> «Административные шаблоны»—>»System»—>«Windows Time Service«—>«Time Providers» чтобы все опции стояли «Не заданно».
Затем в разделе реестра HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeParametersNtpServer проверить чтобы значение было time.windows.com
Далее в командной сторке выполнить :
|
• |
w32tm /config |
|
• |
net stop |
|
• |
net start |
|
• |
w32tm /resync |
- Вс. Фев 5th, 2023
Andrew BLOG
Полезные заметки сисадмина
SysAdmin Windows
отAndrew
Окт 30, 2009
Настройка синхронизации времени Windows Server 2003
Не удается синхронизировать время на компьютере под управлением Windows Server 2003 с сервером NTP под управлением ОС, отличной от Windows
от Andrew
Похожая запись
SysAdmin
Собираем компьютер на i7-12700
Янв 17, 2023 Andrew
SysAdmin Windows
Удаленное управление WinAmp с телефона
Янв 18, 2022 Andrew
SysAdmin
Pfsense – маршрутизатор на базе FreeBSD
Дек 23, 2020 Andrew
You missed
SysAdmin
Собираем компьютер на i7-12700
Янв 17, 2023 Andrew
Mining
Майнинг. Полезные ссылки.
Ноя 28, 2022 Andrew
FreeBSD
FreeBSD: начальные настройки
Авг 30, 2022 Andrew
Mining
Замена термоинтерфейса (термопрокладок) на видеокарте Gigabyte RTX 3090
Май 30, 2022 Andrew