ещё раз про настройку синхронизации времени

monkkey · Отправлено: **14:47, 26-01-2010** | #2

1. Из соображений безопасности.
2. Источника времени.
3. How to Create an NTP Server
4. Нет.

toro · Отправлено: **15:04, 26-01-2010** | #3

1. Получается CMOS синхронизация наиболее распространённый вариант для головного контроллера? Но... например если упало внешнее соединение, то DC просто не синхронизирует своё время через очередной период с "непроверенным" источником, а если сдохнет батарейка (обнуление CMOS), то по моему DC получит какое-то левое время и такой вариант не приведёт ли к системным сбоям в домене (кластера, логон станций ....)?

2. Т.е. даже если на этом сервере установлен сертификат "брендового" удостоверяющего центра, Микрософт всё-равно не даёт гарантии подлинности отдаваемого им времени?

3. Респект. Изучаю.

4. И DC также в фоновом режиме с определённой периодичностью (не логон-скрипт!!!) будет обращаться к данному компу?

monkkey · Отправлено: **15:12, 26-01-2010** | #4

При чем тут CMOS?

Цитата toro:

сертификат "брендового" удостоверяющего центра »

Как Вы его проверите?
4. При соответствующей настройке.

toro · Отправлено: **16:32, 26-01-2010** | #5

1.

Цитата monkkey:

При чем тут CMOS? »

... Данное изменение конфигурации предписывает хозяину PDC сообщать о себе как о надежном источнике времени и использовать часы, встроенные в микросхему CMOS. ... http://support.microsoft.com/kb/816042

2.

Цитата monkkey:

Как Вы его проверите?»

Да, это наверное верно. В рамках NTP не проверить.

4.

Цитата monkkey:

4. При соответствующей настройке.»

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpClient\SpecialPollInte rval - это имеется в виду?

monkkey · Отправлено: **09:06, 27-01-2010** | #6

Настройка службы времени Windows при больших смещениях времени
Здесь есть.

toro · Отправлено: **14:50, 27-01-2010** | #7

Цитата monkkey:

Настройка службы времени Windows при больших смещениях времени Здесь есть. »

В принципе позиция микрософт понятна. Использовать внутренние часы как эталон предпочтительнее рисков обращения за временем к внешнему серверу. Возможность сбоя внутренних часов подстраховывается ограничением допустимости изменяемого интервала времени. Т.е. если при очередном опросе окажется что расхождение часов больше чем установленное значение (например час) системное время изменяться не будет.

А нет возможности устанавливать несколько типов источников синхронизации? Если время расхождения с внутр.часами больше часа (как пример), то синхронизироваться с внешним NTP-сервером.

Я теперь в раздумьях..... У нас DC берёт время с другой станции из нашей сетки (которая в свою очередь брала время из Инета). Может действительно не заморачиваться на внешнюю синхронизацию, пусть опрашивает свои внутренние часы.

vetrov1 · Отправлено: **10:07, 29-07-2019** | #8

Не синхронизируется время по NTP если разница между клиентом и сервером составляет 20 секунд. Есть сообщение о успешной синхронизации, но по факту разница в 20 секунды так и остается. Если же на клиенте выставить время которое отличается на пару минут от серверного, то синхронизация проходит успешно с точностью до секунд.
Есть ли решение проблемы?

Не синхронизируется время по NTP если разница между клиентом и сервером составляет 20 секунд. Есть сообщение о успешной синхронизации, но по факту разница в 20 секунды так и остается. Если же на клиенте выставить время которое отличается на пару минут от серверного, то синхронизация проходит успешно с точностью до секунд.
Есть ли решение проблемы?