Синхронизация времени на Windows 10 через TimeServer

Синхронизация времени на Windows 10 через TimeServer

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

Для успешного решения задач, требующих поминутной или даже посекундной пунктуальности, достаточно синхронизировать системное время на компьютере со временем той точки земного шара, где физически расположен удаленный сервер. Рассмотрим, для чего это делается, а также приведем инструкцию по настройке функции синхронизации системных часов в Windows 10.

Точное время на компьютере

Базовой задачей любого современного устройства — от смартфона до компьютера — является подсчет времени. Без этой фундаментальной функции выполнение компьютером какой-либо задачи невозможно в принципе. Аппаратная и программная составляющая устройств построена на том, чтобы сначала отсчитывать время, а только потом выполнять возложенную на них задачу.

Локальное время на компьютере требуется только для самого пользователя. Независимо от того, отстают или спешат часа, ПК будет исправно выполнять большинство требуемых задач. Однако при выходе в сеть пользователь может столкнуться с проблемой отказа доступа к какому-либо сетевому ресурсу. Большинство поисковых систем и социальных сетей, не говоря уже о специализированных сетевых сервисах, могут заблокировать компьютер, если его системное время не соответствует времени региона, в котором он расположен физически.

Из этого следует вывод, что точное время нужно не только компьютеру, но и пользователю, так как без этого он не сможет выполнять многие задачи, связанные работой в интернете.

Автоматическая синхронизация времени NTP

Любая операционная система, установленная не компьютер или мобильное устройство, имеет встроенную функцию синхронизации внутренних часов. Эта функция выполняет очень простую задачу — отправляет запрос на сервер синхронизации времени, а затем настраивает системные часы в соответствии с полученным ответом.

Для передачи необходимых данных операционная система использует специальный сетевой протокол NTP — «Network Time Protocol» или «Протокол сетевого времени». Данным протоколом учитывается длительность задержки между отправкой запроса на сервер и получением ответа от него. Благодаря этому принципу функционирования NTP даже при низкой скорости работы интернета на пользовательском компьютере будет установлено точное время с погрешностью не более 10 миллисекунд (1/100 секунды).

Что такое сервер синхронизации времени?

Сервер синхронизации времени (или сервер точного времени, NTP-сервер) — сервер, в задачу которого входит формирование и отправка пакета данных, в котором и содержится информация о текущем времени того региона, где физически расположен компьютер.

Здесь автоматически напрашивается вопрос: «Откуда сам NTP-сервер получает данные о времени в той или иной точке земного шара?» Все очень просто — NTP-сервер получает нужные данные от государственных служб точного времени или других источников. Последние, в свою очередь, сверяются по времени с реально действующими «Эталонами времени» — сложными комплексами, состоящими из множества технических систем и приборов измерения времени.

Синхронизация времени через TimeServer

В настоящий момент существует большое количество бесплатных NTP-серверов. Одним из самых популярных в России и во многих других странах мира является сервер точного времени TimeServer. Основные преимущества сервера:

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

Настройка синхронизации времени с сервером TimeServer в Windows 10

Приведем пошаговую инструкцию настройки синхронизации времени с NTP-сервером TimeServer.

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

Сообщения: 126
Благодарности:

Люди добрые.
Помогите, пожалуйста.
Хочу настроить синхронизацию времени с внешними источниками, в домене на базе Windows Server 2008 (R2).

Конфигурация NTP-сервера на корневом PDC

Конфигурирование сервера времени (NTP-сервера) может осуществляться как с помощью утилиты командной строки w32tm, так и через реестр. Где возможно, я приведу оба варианта.
Включение синхронизации внутренних часов с внешним источником

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeParameters]
"Type"="NTP"
w32tm /config /syncfromflags:manual

Объявление NTP-сервера в качестве надежного

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeConfig]
"AnnounceFlags"=dword:0000000a
w32tm /config /reliable

Включение NTP-сервера

NTP-сервер по умолчанию включен на всех контроллерах домена, однако его можно включить и на рядовых серверах.

Задание списка внешних источников для синхронизации

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeParameters]
"NtpServer"="time.nist.gov,0x8 ntp1.imvp.ru,0x8 ntp2.imvp.ru,0x8 time.windows.com,0x8 ru.pool.ntp.org,0x8"
w32tm /config /manualpeerlist:"time.nist.gov,0x8 ntp1.imvp.ru,0x8 ntp2.imvp.ru,0x8 time.windows.com,0x8 ru.pool.ntp.org,0x8"

Флаг 0×8 на конце означает, что синхронизация должна происходить в режиме клиента NTP, через предложенные этим сервером интервалы времени. Для того, чтобы задать свой интервал синхронизации, необходимо использовать флаг 0×1. Все остальные флаги описаны в библиотеке TechNet.
Задание интервала синхронизации с внешним источником

Время в секундах между опросами источника синхронизации, по умолчанию 900с = 15мин. Работает только для источников, помеченных флагом 0×1.

Установка минимальной положительной и отрицательной коррекции

Максимальная положительная и отрицательная коррекция времени (разница между внутренними часами и источником синхронизации) в секундах, при превышении которой синхронизация не происходит. Рекомендую значение 0xFFFFFFFF, при котором коррекция сможет производиться всегда.

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeConfig]
"MaxPosPhaseCorrection"=dword:FFFFFFFF
"MaxNegPhaseCorrection"=dword:FFFFFFFF

w32tm /config /update

Принудительная синхронизация:
w32tm /resync /rediscover

w32tm /query /configuration

EventLogFlags: 2 (Локально)
AnnounceFlags: 5 (Локально)
TimeJumpAuditOffset: 28800 (Локально)
MinPollInterval: 6 (Локально)
MaxPollInterval: 10 (Локально)
MaxNegPhaseCorrection: 4294967295 (Локально)
MaxPosPhaseCorrection: 4294967295 (Локально)
MaxAllowedPhaseOffset: 300 (Локально)

FrequencyCorrectRate: 4 (Локально)
PollAdjustFactor: 5 (Локально)
LargePhaseOffset: 50000000 (Локально)
SpikeWatchPeriod: 900 (Локально)
LocalClockDispersion: 10 (Локально)
HoldPeriod: 5 (Локально)
PhaseCorrectRate: 7 (Локально)
UpdateInterval: 100 (Локально)

NtpClient (Локально)
DllName: C:Windowssystem32w32time.dll (Локально)
Enabled: 1 (Локально)
InputProvider: 1 (Локально)
AllowNonstandardModeCombinations: 1 (Локально)
ResolvePeerBackoffMinutes: 15 (Политика)
ResolvePeerBackoffMaxTimes: 7 (Политика)
CompatibilityFlags: 2147483648 (Локально)
EventLogFlags: 0 (Политика)
LargeSampleSkew: 3 (Локально)
SpecialPollInterval: 3600 (Политика)
Type: NTP (Политика)
NtpServer: time.windows.com (Политика)

NtpServer (Локально)
DllName: C:Windowssystem32w32time.dll (Локально)
Enabled: 1 (Локально)
InputProvider: 0 (Локально)
AllowNonstandardModeCombinations: 1 (Локально)

VMICTimeProvider (Локально)
DllName: C:WindowsSystem32vmictimeprovider.dll (Локально)
Enabled: 1 (Локально)
InputProvider: 1 (Локально)

При этом, сервер: time.windows.com
берется из групповой политики, где тоже настроена синхронизация.
Т.е. все эти настройки как-то мимо прошли.

Отображение текущих источников синхронизации и их статуса
w32tm /query /peers

Серверы синхронизации времени ССВ-1Г

Серверы синхронизации времени ССВ-1Г (далее — ССВ) предназначены для: формирования высокостабильных по частоте эталонных сигналов 1 Гц, 5 и 10 МГц, а также импульсных сигналов 2,048 МГц, корректируемых по сигналам глобальных навигационных систем ГЛОНАСС/GPS; формирования сигналов точного времени для синхронизации времени различного сетевого оборудования.

Скачать

Информация по Госреестру

Производитель / Заявитель

ЗАО «КОМСЕТ-сервис», г.Москва

Назначение

Серверы синхронизации времени ССВ-1Г (далее — ССВ) предназначены для: формирования высокостабильных по частоте эталонных сигналов 1 Гц, 5 и 10 МГц, а также импульсных сигналов 2,048 МГц, корректируемых по сигналам глобальных навигационных систем ГЛОНАСС/GPS; формирования сигналов точного времени для синхронизации времени различного сетевого оборудования.

Описание

Конструктивно ССВ выполнен в виде моноблока в металлическом корпусе с элементами крепления для установки в стандартные 19” стойки или шкафы.

Принцип действия основан на сравнении сигнала от текущего источника синхронизации с частотой внутреннего опорного генератора (далее ОГ) и подстройке частоты ОГ, а также формировании шкалы времени по информации от внешних модулей и последующем её хранение.

В качестве источников синхронизации используются сигнал «1 Гц» с внешнего входа модулей «PPS» и «COMB», внутреннего модуля «ГЛОНАСС/GPS», синхросигнал 2,048 МГц (2,048 Мбит/с) модуля «SYNC» или 5(10) МГц модуля «10М». В качестве источников времени используются модули «COMB», «SER», «ГЛОНАСС/GPS».

В случае отсутствия источников синхронизации или времени (авария антеннофидерного тракта, отсутствие видимых спутников ГНСС ГЛОНАСС/GPS или внешних источников синхронизации) для хранения текущего времени и формирования сигналов синхронизации используется внутренний ОГ.

Внешний вид ССВ и схема пломбировки от несанкционированного доступа приведены на рисунке 1.

Место пломбировки от несанкционированного доступа

Место нанесения знака утверждения типа

Технические характеристики

Метрологические и технические характеристики ССВ приведены в таблице 1. Таблица 1

Номинальные значения частоты выходных сигналов, Гц

1,0; 2,048 1 06*; 5 106*; 1107*

Амплитуда выходного импульсного сигнала частотой 1 Гц на нагрузке 50 Ом, В

Значение уровня выходных сигналов частотой 5 и 10 МГц на нагрузке 50 Ом, В

Амплитуда выходных сигналов 2,048 МГц на нагрузке, В:

от 0,75 до 1,5 от 1,0 до 1,9

Пределы допускаемой относительной погрешности по частоте в режиме синхронизации по сигналам ГНСС ГЛОНАСС/GPS

Предел допускаемого среднего квадратического относительного отклонения случайной составляющей погрешности измерений частоты выходного сигнала на интервале времени измерения 100 с

Пределы допускаемой абсолютной погрешности привязки переднего фронта выходного импульса частотой 1 Гц к шкале времени UTC в режиме синхронизации по сигналам ГНСС ГЛОНАСС/GPS, нс

Пределы допускаемой абсолютной погрешности привязки переднего фронта выходного импульса частотой 1 Гц к шкале времени UTC в режиме автономного функционирования за сутки, мкс

Пределы допускаемой абсолютной погрешности привязки шкалы времени относительно шкалы времени UTC(SU) по протоколу NTP через интерфейс Ethernet, мкс

Напряжение питания от сети переменного тока частотой (50±1) Гц, В

Потребляемая мощность, В А, не более

Габаритные размеры (длина х ширина х высота), мм, не более

Масса, кг, не более

Рабочие условия эксплуатации:

— температура окружающего воздуха, °С

— относительная влажность при температуре воздуха 25°С, %, не более

Средняя наработка на отказ, ч, не менее

Средний срок службы, лет, не менее

Примечание — — дополнительная опция

Знак утверждения типа

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

Комплектность

В комплект поставки входят:

— сервер синхронизации времени ССВ-1Г;

— руководство по эксплуатации;

— компакт диск с документацией;

— Модули расширения и дополнительное оборудование:

— M10M — модуль синхронизации частоты 5/10 мГц (2 порта);

— MSYNC (120 Ом) — модуль синхронизации частоты (2 порта 2,048 мГц 120 Ом);

— MSYNC (75 Ом) — модуль синхронизации частоты (2 порта 2,048 мГц 75 Ом);

— MSER — модуль синхронизации времени (2 порта RS232);

— MPPS — модуль приема/формирования сигнала 1 Гц (2 порта 1PPS);

— MCOMB — модуль комбинированный (один порт RS232 синхронизации времени и один порт приема/формирования 1 Гц);

— MLAN — модуль синхронизации времени «Ethernet 10/100» (2 порта NTP, PTP и

— МТП — модуль синхронизации времени «Токовая петля» (2 порта);

— MGLAN — модуль синхронизации времени «Ethernet 10/100» (2 порта NTP, PTP и

— кабель антенный соединительный РК 50-7-311 с установленными разъёмами N — N (длина определяется при заказе);

— кабель антенный соединительный РК 50-7-11 с установленными разъёмами N — N (длина определяется при заказе);

— кабель антенный соединительный РК 50-4,8-32 с установленными разъёмами N — N (длина определяется при заказе);

— кабель антенный соединительный РК 50-4,8-33 с установленными разъёмами N — N (длина определяется при заказе);

— кабель антенный соединительный РК 50-4,8-34 с установленными разъёмами N — N (длина определяется при заказе);

— кабель антенный соединительный РК 50-4,8-37нг с установленными разъёмами N -N (длина определяется при заказе;

— кабель антенный соединительный РК 50-7-313 нг (С)-НБ с установленными разъёмами N — N (длина определяется при заказе);

— кабель антенный соединительный РК 50-7-316 нг (Q-HF с установленными разъёмами N — N (длина определяется при заказе);

— кабель антенный соединительный RG-213 C/U с установленными разъёмами N — N (длина определяется при заказе);

— кабель антенный соединительный LMR400 с установленными разъёмами N — N (длина определяется при заказе);

— кабель синхронизации PPS RG-58 А/U с установленными разъёмами N — N;

— блок антенный GPS/ГЛОНАСС с усилителем и грозозащитным элементом. Кронштейн в комплекте (производство PCTEL);

— блок антенный GPS/ГЛОНАСС морского исполнения (производство РИРВ);

— магистральный усилитель (производство РИРВ);

— блок антенный GPS/ГЛОНАСС с усилителем. Кронштейн в комплекте;

— грозозащитный элемент (Р8АХ09 N/MF, N-712Q, DIAMOND SP3000);

— кронштейн для установки блока антенного для крепления на стену;

— кронштейн для установки блока антенного производства РИРВ.

Поверка

осуществляется по документу ЛЖАР.468150.004-01 МП «Инструкция. Серверы синхронизации времени ССВ-1Г. Методика поверки», утвержденному первым заместителем генерального директора — заместителем по научной работе ФГУП «ВНИИФТРИ» в мае 2014 г.

Основные средства поверки:

— стандарт частоты и времени водородный Ч1-1003М (рег. №52494-13): предел допускаемой относительной погрешности по частоте в режиме синхронизации по сигналам ГНСС

ГЛОНАСС/GPS ± 1,010 ; пределы допускаемой абсолютной погрешности привязки шкалы времени относительно шкалы времени UTC(SU) в режиме синхронизации по сигналам ГНСС ГЛОНАСС/GPS ± 50 нс;

— компаратор частотный VCH-308A (рег. № 27687-04): номинальные значения частоты входных сигналов: 5, 10 и 100 МГц, нестабильность частоты, вносимая прибором при коэффициенте умножения 1 • 106, нулевой разности частот входных сигналов в полосе пропускания 3 Гц (среднее квадратическое относительное случайное двухвыборочное отклонение результатов измерений частоты) для двухканального режиме не более: при ти=100 с 2,0-10-15;

— частотомер универсальный CNT-90 (рег. № 41567-09): диапазон измеряемых частот от 0,001 Гц до 300 МГц, пределы допускаемой относительной погрешности по частоте внутреннего опорного генератора ± 5-10-6;

— осциллограф цифровой DS0-X3012A (рег. № 48998-12): диапазон измеряемых частот до 1 ГГц; диапазон измерения напряжения ± 5 В, пределы допускаемой абсолютной погрешности измерения напряжения ± 0,02-8[дел] •Коткл [В/дел].

— устройство синхронизации частоты и времени Метроном-300 (рег. № 56465-14): предел допускаемой относительной погрешности по частоте в режиме синхронизации по сигналам ГНСС ГЛОНАСС/GPS ± 7-10-11;

— нагрузочные сопротивления (50 ± 0,3), (75 ± 0,3) Ом.

Сведения о методах измерений

Сервер синхронизации времени ССВ-1 Г. Руководство по эксплуатации ЛЖАР.468150.004-01 РЭ.

Нормативные и технические документы, устанавливающие требования к серверам синхронизации времени ССВ-1Г

ГОСТ 8.129-2013 «ГСИ. Государственная поверочная схема для средств измерений времени и частоты».

Техническая документация изготовителя.

Рекомендации к применению

Проведение работ по оценке соответствия промышленной продукции и продукции других видов, а также иных объектов установленным законодательством Российской Федерации обязательным требованиям.

Страна Админа

За 2020 год из пары десятков тысяч посетителей, набралось всего пару десятков перечислений от 50 до 300 рублей.

Пустяк в денежном выражении, но большая ценность для автора. Посмотрим что год грядущий нам готовит ))

Сумма абсолютно не важна — главное участие.

NTP в домене Windows

Текст:

Казалось бы, по теме синхронизации времени в домене Windows написаны десятки подробных статей статей, например, качественная How the Windows Time Service Works.

Но пытаясь объяснить поведение ОС при изменении части настроек столкнулся с большими затруднениями — в статьях оказалось много пробелов, а местами и неточностей. На опыты и уяснение их результатов ушло несколько дней. Надеюсь статья поможет вам сэкономить время и посвятить его более приятным занятиям.

Начнем. Зачем нам в домене нужно точное время на всех компьютерах?

Во-первых из-за Kerberos. Компьютер начинает проверку своей подлинности на контроллере с посылки Authentication Service Request (AS_REQ). Составной частью пакета является зашифрованная отметка времени. На котроллере домена отметка времени сравнивается с текущим временем системы и при разнице более 300 секунд запрос отклоняется. Эта мера безопасности затрудняет передачу измененных AS_REQ.

Во-вторых из-за приложений. Практически во всех государственных и финансовых организациях требуется фиксировать точное время произведенных операций.

Если в первом случае, достаточно синхронизировать время внутри домена, то во втором необходима также синхронизация с внешним источником точного времени. Это может быть собственный NTP сервер, построенный на базе устройств спутниковой навигации GPS или ГЛОНАСС. Но обычно используются бесплатные NTP сервера доступные в Интернет.

В теории все получается просто, при вводе в домен на компьютерах автоматически настраиваются параметры и все клиентские станции начинают синхронизировать свое время с домен контроллером на котором они прошли аутентификацию. В свою очередь контроллеры домена синхронизируются с контроллером на котором находится FSMO роль PDC. По умолчанию, PDC синхонизируется с time.windows.com и его необходимо вручную настроить на нужный источник. Чтобы разобраться в текущей ситуации, можно последовательно выполнить команду

w32tm /query /peers

на рабочей станции, на домен контроллере с которого она берет время и на PDC.

Поняв текущую схему, можно переходить к изменениям настроек. Здесь нужно понимать, что есть сервис Windows Time (W32Time) и его субкомпонент который переводит часы на компьютере или изменяет их тактовую частоту. Сейчас мы будем говорить о настройках W32Time касающихся работы с NTP серверами.

Настройки расположены в двух разделах реестра:

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32Time

HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftW32Time

При установке ОС создается только первый раздел, второй появляется при применении локальной или доменной политики и имеет приоритет. Из командной строки настройки Windows Time можно помотреть командой w32tm /query /configuration. Причем, настройки взятые из первого раздела будут отображаться с отметкой (Local), из второго с отметкой (Policy).

Настройки достаточно подробно описаны в Windows Time Service Tools and Settings. У меня, сложности вызвал, параметр HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeParametersNtpServer

Он представляет собой перечисление NTP серверов с которыми может синхронизироваться данный сервер. Каждый сервер представляет собой IP адрес или DNS имя, а также флаг, относящийся к данному NTP серверу. Флаг следует после имени сервера и отделяется от него запятой. Сервера в строке разделяются пробелами. (Внимание. Допустим только один пробел, двойной пробел считается концом строки и имена серверов после него не рассматриваются).

ntp1.vniiftri.ru,0x02 ntp2.vniiftri.ru,0x02 ntp3.vniiftri.ru,0x02 ntp4.vniiftri.ru,0x02

Используется два основных флага 0x01 и 0x02.

0x01 SpecialInterval

От этого флага зависит как будет Windows Time использоват параметры:

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeTimeProvidersNtpClientSpecialPollInterval

Если данный флаг присутствует, то сервер NTP будет опрашиваться через заданный параметром SpecialPollInterval период времени (секунды).

При отсутствии флага будет использоваться динамический интервал, ограниченный параметрами MinPollInterval и MaxPollInterval (двоичный логарифм от секунд, например, значение параметра 6 значит опрос сервера будет происходит через 2 в степени 6 = 64 секунды).

Посмотреть интервалы опроса и время оставшееся до следующего опроса можно командой w32tm /query /peers — строки PeerPoll Interval и Time Remaining.

Еще раз подчеркну, что интервалы отосятся к опросу NTP серверов, а не к обновлению времени системы.

Имеются неожиданные последствия, если все сервера указать с данным флагом — они перейдут в статус Pending. Если выполнить команду w32tm /monitor то можно увидеть, что RefId изменился на ‘LOCL’ [0x4C434F4C]. То есть, сервер не стал синхронизироваться с внешними NTP и выбрал источником синхронизации Local CMOS Clock (идентификатор этого источника 0x4C434F4C). С таким сервером часть клиентов синхронизироваться не будет, например, UNIXы в зависимости от настроек.

0x02 UseAsFallbackOnly

По моему мнению, данный флаг сделан специально для запутывания процесса. Предполагается, что помеченные этим флагом сервера будут опрашиваться только в случае неудачного опроса основных серверов (без флага 0x02). Но на практике реакция на данный флаг непредсказуема.

Я рекомендую не указывать никаких флагов, а просто задать имена серверов разделенные пробелами:

ntp1.vniiftri.ru ntp2.vniiftri.ru ntp3.vniiftri.ru ntp4.vniiftri.ru

и управлять частотой опроса через параметры MinPollInterval и MaxPollInterval

Все настройки сделанные в реестре вручную либо через политику вступают в силу после рестарта сервиса W32Time.

Собственно все, про NTP, в реализации от Микрософт.

Теперь немного о субкомпоненте (clock discipline subcomponent) который переводит локальные часы системы или изменяет их тактовую частоту в соответствии с данными NTP.

Он также настраивается через реестр, выше была приведена статья с описанием настроек, к данному субкомпоненту относятся:

FrequencyCorrectRate
HoldPeriod
LargePhaseOffset
MaxAllowedPhaseOffset
MaxNegPhaseCorrection
MaxPosPhaseCorrection
PhaseCorrectRate
PollAdjustFactor
SpikeWatchPeriod
UpdateInterval

В большинстве случаев их изменение не требуется.

Но иногда таки приходится.

Например, параметр MaxAllowedPhaseOffset (по умолчанию 300 секунд) управляет способом перевода локальных часов. Если расхождение между локальным временем и NTP источником меньше MaxAllowedPhaseOffset то W32Time пытается скорректировать время изменением тактовой частоты часов. Если — больше то локальное время переводится согласно полученному от NTP сервера.

Допустим, что в вашем домене, по какой-либо причине, в течении длительного времени не было синхронизации с внешним NTP. Обнаружив проблему вы видите, что разница составляет 320 секунд. Если просто исправить проблему, время в домене мгновенно изменится на 320 секунд, что может привести к различным последствиям для приложений чувствительных к отметкам времени.

Лучше попробовать способ с изменением тактовой частоты, для этого в первую очередь нужно установить MaxAllowedPhaseOffset = 350. Это необходимое, но недостаточное условие. Также должно выполнятся соотношение:

|CurrentTimeOffset| / (PhaseCorrectRate*UpdateInterval) < SystemClockRate / 2

SystemClockRate получим командой w32tm /query /status /verbose строка вывода ClockRate: 0.0156250s переведем секунды в такты ОС (1ms = 10000 тактов): 0.0156250s*1000*10000 = 156250 тактов.

В XP w32tm /query еще не поддерживается и значение SystemClockRate можно взять из реестра HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeConfigLastClockRate

Выполняем команду w32tm /query /configuration — берем строки вывода UpdateInterval: 100 и PhaseCorrectRate: 1 (можно взять эти же значения из реестра).

UpdateInterval — по единицам измерения данной величины в источниках от Микрософт есть противоречие. В вышеприведенной статье указано, что величина измеряется в тактах и ее нужно подставлять в формулу как есть. В описании групповой политики единица измерения указана 1/100 секунды. В микрософтовском примере значение UpdateInterval используется без пересчета (по моим опытам это действительно так). PhaseCorrectRate — скалярная величина используем ее как есть.

Подставляем в условие:

|3200 000 000| / (1*100) < 156250 / 2

32 000 000 < 78125 не выполняется.

Подберем значение UpdateInterval с которым условие будет выполняься = 40960. Сделаем запас и установим UpdateInterval = 45000.

|3200 000 000| / (1*45000) < 156250 / 2

71111 < 78125 второе условие выполнено.

Изменяем значение UpdateInterval в реестре, перезапускаем сервис W32Time. Устраняем причину неработоспособности NTP (если необходимо выполняем w32tm /resync) и . локальные часы начинают плавно синхронизироваться, путем корректировки тактовой частоты.

Комментарии

Сегодня столкнулся с

Опубликовано 25 апреля, 2016 — 16:03 пользователем manager

Сегодня столкнулся с проблемой — все сконфигурировано правильно, но время не синхронизируется.

Оказалось, что NTP сервера ntp*.vniiftri.ru блокируют трафик от определенных Интернет провайдеров.

Выявить такие ситуации можно анализируя сетевой трафик, например с помощью Network Monitor. Будет видно, что ваш сервер посылает правильный запрос, а в ответ ему ничего не приходит.

P.S. Аналогично time.windows.com и часть серверов ru.pool.ntp.org

Да, внутренние настройки —

Опубликовано 27 марта, 2018 — 09:28 пользователем Николай (не проверено)

Да, внутренние настройки — это хорошо, но и это очень важный момент:

«Допустим, что в вашем домене, по какой-либо причине, в течении длительного времени не было синхронизации с внешним NTP. Обнаружив проблему вы видите, что разница составляет 320 секунд.»

Проблема как раз в обнаружении проблемы. Я на простом домашнем компе написал батник, который синхронизирует время и засунул ярлык в автозагрузку. Когда внешне всё в порядке, то всё нормально синхронизируется. После этого службу даже можно остановить, чтобы не путалась под ногами. А если внешний сервер отвалится? w32tm об этом сообщит и завершит работу вроде бы штатно, при этом errorlevel=0. И окно cmd закроется, тем более, что оно у меня вообще свёрнуто. И я буду думать, что синхронизация продолжается. А как сделать так, чтобы неудачная попытка синхронизации изменяла поведение батника?

На вопрос так как он

Опубликовано 28 марта, 2018 — 17:52 пользователем manager

На вопрос так как он поставлен ответа у меня нет, но позволю предложить свое решение.

1. служба w32time остается включенной и настраивается на требуемый режим синхронизации, под ногами она совершенно не путается, это не какой-нибудь там windows search или diagnostic policy

2. в task scheduler регулярно запускается bat файл сверяющий время на локальном компьютере и ntp сервере при помощи команды w32tm /stripchart /computer:ntp1.vniiftri.ru /dataonly /samples:2

вывод там будет такой

The current time is 28.03.2018 17:40:53.
17:40:53, +00.3551899s

его можно распарсить и при расхождении во времени больше заданного выдавать оповещение

А как синхронизировать время

Опубликовано 12 апреля, 2018 — 10:32 пользователем Bob (не проверено)

А как синхронизировать время на сетевых устройствах (принтера, свитчи, камеры) с контроллером домена? Их в домен не добавить и реестра у них нет.

Клиентом может быть любое

Опубликовано 12 апреля, 2018 — 10:48 пользователем manager

Клиентом может быть любое устройство поддерживающее протокол NTP.

Вводить в домен не обязательно.

Просто задайте на устройстве адрес вашего домен контроллера и убедитесь, что на сетевом уровне открыты порты для NTP.