0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

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

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

Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.

Сообщения: n/a

Так оно и есть. Но меня ломает переводить часы на каждой тачке по наступлению летнего/зимнего времени.

Требуется перевести дату на сервере, а потом чтобы воркстейшны отсинхронили время по серверу.
У меня нет синхронизации по времени с центральным серваком,
знаю, что Винды 2000 сию фичу имеют и работают на данном форнте без проблем, а вот в НТ-ях я сие сделать не могу.
А надо"

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

net time \servername /set

делаешь бат и шедулишь как хочешь

——-
Взрослые не верят в Деда Мороза. Они голосуют на выборах.

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

Вывод времени и синхронизация часов компьютера с общими часами
на сервере времени Microsoft Windows для рабочих групп,
Windows NT, Windows 95 или NetWare.

NET TIME [\компьютер | /WORKGROUP:группа] [/SET] [/YES]

компьютер Имя компьютера (сервера времени), предназначенного
для вывода или синхронизации времени.
/WORKGROUP Этот ключ указывает необходимость использования часов
компьютера из другой рабочей группы.
группа Имя рабочей группы, в которую входит нужный компьютер.
При наличии в группе нескольких серверов времени
команда NET TIME использует первый найденный из них.
/SET Синхронизация часов компьютера
с часами указанного компьютера или рабочей группы.
/YES Выполнение команды NET TIME
без предварительного запроса данных или подтверждения.

Эту команду поставь в Шедулер, и чтоб каждую минуту запускалась.
(правда я не знаю как это на траффик повлияет. )

——-
Может поставить Microsoft Windows на ракеты ПВО и *истребители?

Сообщения: n/a

Дык в том весь прикол, что

net time srv /set /y

не стартует с сообщением
Ошибка 1314
Клиент не обладает требуемыми правами.
Это под Вин-2000

Где поправить? Права на синхрон времени имеют токо админы да повер юзера.

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

Права на синхрон времени имеют токо админы да повер юзера

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

——-
Взрослые не верят в Деда Мороза. Они голосуют на выборах.

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

Какой шедулер? Не нужно шедулера! вот читаем:

"Чтобы изменить установленные по умолчанию параметры службы W32Time, следует вручную модифицировать параметры в реестре по адресу: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeParameters. Для активизации внесенных изменений необходимо перезапустить службу времени W32Time.

По умолчанию, после того как служба W32Time начала свою работу, синхронизация системного времени осуществляется трижды каждые 45 мин до тех пор, пока время не будет успешно синхронизировано (это означает, что локальное время системы будет совпадать с временем сервера — источника времени). После успешного завершения данного этапа согласования системного времени служба времени активизируется каждые 8 ч. Если нужно, чтобы станция выполняла синхронизацию каждый час, следует изменить значение SpecialSkew с типом REG_SZ параметра Period на REG_DWORD и, соответственно, присвоить ему новое десятичное значение, равное 24. Кроме того, можно задействовать строковое значение параметра службы W32Time для описания частоты синхронизации через параметр Period. Например, можно использовать значение DailySpecialSkew для организации процесса синхронизации системного времени каждые 45 мин до успешного завершения процедуры синхронизации, а затем выполнять синхронизацию один раз в сутки; значение WeeklySpecialSkew означает проведение синхронизации каждые 7 дней; TridailySpecialSkew – синхронизация выполняется каждые три дня; и, наконец, BidailySpecialSkew инициирует запуск процедуры согласования времени один раз в два дня."

Синхронизация времени Hyper-V для контроллера домена VM

VM PDC настроен на NTP и синхронизирован с time.microsoft.com, а остальные, включая физические серверы, являются NT5DS. Этот основной виртуальный PDC определенно содержит FSMO и является активным UDP 123

когда я запускаю w32tm / query / status

Я получаю провайдер синхронизации времени ВМ IC на обоих виртуальных машинах, я знаю, что это означает синхронизацию с хостом.

Читайте так же:
Регулировка навесов навесных шкафов

Когда я запускаю w32tm / resync / rediscover

Я получил сообщение «Не выполняется повторная синхронизация, потому что нет данных о времени», и в журнале с идентификатором события 134 есть идеи по этому поводу?

Я также просмотрел журналы и получил событие 144 и 12

Я следил за подробностями MS KB по настройке внешнего источника времени и внес все изменения в реестр, но я думаю, что DNS меня достает?

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

Я пытаюсь оставить синхронизацию времени между виртуальной машиной и хостом Hyper-V включенной, так как считаю, что это лучшее из того, что я прочитал.

Спасибо за вашу помощь

Я наконец получил это работает! Цель этого состоит в том, чтобы помочь людям, которые начинают с начала установки времени доменов.

В этом примере все серверы, основной контроллер домена (PDC), другие контроллеры домена (DC) и другие серверы работают под управлением Windows 2008 R2 и виртуализируются с помощью Hyper-V.

Прежде всего, вы прочтете, чтобы отключить «Службу интеграции синхронизации времени» на любой виртуальной машине в Hyper-V, но вместо этого вам следует манипулировать службой времени Windows (служба w32tm) из виртуального контроллера домена, поэтому не следует отключать это, поскольку Перезапуск виртуальной машины это вызовет проблемы, это должно быть сделано с w32tm. http://blogs.msdn.com/b/virtual_pc_guy/archive/2010/11/19/time-synchronization-in-hyper-v.aspx

Вам нужно будет выяснить, какой сервер является PDC и работает роли FSMO. Запустите: netdom query fsmo Результатом должен быть ваш PDC, и именно здесь вы вносите большинство своих изменений.

Убедитесь, что в брандмауэре есть правило «Outbound» на UDP123, и программа% SystemRoot% System32 w32tm.exe, просто перейдите в каталог Windows и найдите exe для времени

Это где изменения реестра идут вниз! HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Services W32Time

Убедитесь, что PDC в разделе config в указанном выше адресе реестра имеет значение NTP для «типа», а все остальные серверы — NT5DS, это означает, что NTP — это папа! Лучшая практика здесь состоит в том, чтобы PDC выглядел вовремя и все синхронизировалось с ним.

Запустите его на всех контроллерах домена (включая PDC), он частично отключит время Windows, поэтому он не смотрит на хост-компьютер на время, что важно, потому что мы виртуализированы. reg add HKLM SYSTEM CurrentControlSet Services W32Time TimeProviders VMICTimeProvider / v Включено / t reg_dword / d 0

Вы можете перейти на сайт ntp.org http://support.ntp.org/bin/view/Servers/WebHome, чтобы найти ближайший к вам сервер для синхронизации внешнего времени. Я рекомендую не использовать Microsoft, поскольку они интенсивно используются и могут выскользнуть из-за этого.

Приведенная ниже команда настроит внешний вид PDC, но также проверит параметры реестра, как определено здесь, для внешней синхронизации (необходимо выполнить оба действия) http://support.microsoft.com/kb/816042

Запустите это на PDC w32tm / config /manualpeerlist: Пользователей 0.pool.ntp.org,0x1 ”/ syncfromflags: РУЧНОЙ / надежный: да w32tm / config / update w32tm / resync w32tm / resync / rediscover

Запустите эти 2 команды в любое время на любом сервере, чтобы увидеть их источник, и при последнем обновлении они будут использоваться в этом упражнении, чтобы убедиться, что ваш PDC и другие серверы получают время из нужного места. W32tm / query / status w32tm / query /источник

Затем запустите это на всех DC, кроме PDC, он заставит их посмотреть на PDC время и повторно синхронизировать с ним w32tm / config / syncfromflags: DOMHIER / update net stop w32time net start w32time w32tm / resync / force

Проблемы: Когда вы запускаете запрос «Состояние» или «Источник», дайте им минуту или две после изменений, вы не должны смотреть на локальные часы CMOS и не должны также использовать провайдера синхронизации времени в качестве источника.

Читайте так же:
Айтюнс стереть и синхронизировать

В случае успеха PDC должен прочитать внешний сайт, который вы установили, а другие серверы должны указать PDC в качестве источника

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

За 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.

Настройте Root PDC c авторитетным источником времени и избеганием неравномерного распределения времени

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

Посмотрите, как инженер по работе с клиентами объясняет проблему

Контекст и рекомендации

По умолчанию все компьютеры и устройства домена синхронизируют системное время с помощью иерархии доменов. Участники домена синхронизируют время с контроллерами доменов, которые, в свою очередь, синхронизируют время с контроллером домена, работающим в роли эмулятора PDC. Эмулятор PDC корневого домена леса находится в верхней части иерархии домена, и настройка этого контроллера домена для синхронизации времени с иерархией домена как таковая недействительна. Служба времени Windows предупреждает вас об этом состоянии, передав идентификатор события 12 в журнал событий Windows из источника событий W32Time.

Читайте так же:
Часы янтарь настенные с маятником регулировка хода

В некоторых сценариях эмулятор PDC получает время от часов BIOS. Однако этот подход имеет недостатки. Если время и дата в BIOS эмулятора PDC, установлены не точно настройки времени и даты будут неправильными по всему домену. Кроме того, если эмулятор PDC перейдет в автономный режим, участники домена не смогут синхронизировать время. Лучшим подходом является настройка эмулятора PDC для синхронизации времени непосредственно с внешним источником времени. Кроме того, можно настроить другое устройство в домене для синхронизации времени с внешней службой времени, а затем настроить эмулятор PDC, чтобы использовать ваш внутренний сервер времени в качестве авторитетного источника времени.

Авторитетными внешними источниками времени являются интернет-сервисы, которые обычно поддерживаются правительственными, научными или образовательными учреждениями. Они позволяют синхронизировать время системы с помощью протокола сетевого времени (NTP). Например, NIST предоставляет серверы времени в различных местах по всей территории США.

Рекомендуемые действия

Вы можете настроить контроллер домена, имеющий роль PDCE, чтобы использовать NTP-сервер для синхронизации времени. Есть несколько подходов к этому:

Для настройки синхронизации времени с помощью командной строки, на эмуляторе PDC откройте административную командную строку и используйте следующие команды:

w32tm.exe /config /syncfromflags:manual /manualpeerlist:131.107.13.100,0×8 /reliable:yes /update

w32tm.exe /config /update

Примечание: IP-адрес в примере принадлежит серверу времени Национальному институту стандартов и технологий (NIST) в корпорации Майкрософт в Редмонде, штат Вашингтон. Замените этот IP-адрес службой времени по вашему выбору.

Для настройки синхронизации времени с помощью изменения реестра на эмуляторе PDC выполните следующее действие:

  1. Откройте Редактор реестра(regedit.exe)
  2. Перейдите к следующему ключу реестра: HKLMSystemCurrentControlSetServicesW32TimeParameters
  3. Чтобы использовать определенный источник NTP, измените значение Type на NTP
  4. Измените значение NtpServer на NTP-сервер для синхронизации времени, после чего добавьте 0x8, например 131.107.13.100,0×8. Несколько серверов NTP должны быть разграничены пробелом, например, 131.107.13.100,0×8 24.56.178.140,0×8
  5. Откройте административную командную строку и выполните следующую команду: w32tm /config /update

Настройка синхронизации времени с помощью групповой политики

  1. Откройте Консоль управления групповыми политиками
  2. Создайте новый объект групповой политики (GPO)
  3. Откройте GPO и перейдите в Настройки компьютера -> Административные шаблоны -> Система -> Служба времени Windows — > Поставщики времени
  4. Дважды щелкните Настроить NTP-клиент Windows.
  5. Установите состояние на Включен
  6. Настройте Тип, выбрав NTP
  7. Настройте NTPServer, чтобы он указывал на IP-адрес сервера времени, за которым следует ,0x8, например: 131.107.13.100,0×8
  8. Закройте редактор групповой политики
  9. На панели Фильтры безопасности консоли управления групповой политикой удалите Прошедшие проверку для вновь созданной политики и добавьте машину, которая имеет роль Эмулятор PDC
  10. Свяжите GPO с OU Контроллеры домена

Как проводить устранение неполадок

Чтобы увидеть текущую конфигурацию службы времени Windows, используйте следующую команду командной строек с повышением прав:

w32tm /query /configuration

Чтобы увидеть текущий источник синхронизации времени, используйте следующую команду:

w32tm /query /source

Подробнее

Для получения дополнительной информации о том, как синхронизировать контроллеры домена с внешним источником времени, см. Синхронизировать сервер времени для контроллера домена с внешним источником в https://technet.microsoft.com/library/cc784553.aspx.

Более подробную информацию о службе Интернет-времени NIST см. в разделе Служба Интернет-времени NIST (ITS) в https://www.nist.gov/pml/div688/grp40/its.cfm.

Чтобы оставить отзыв по Services Hub или содержимому в целом, отправьте свой отклик через UserVoice. По конкретным запросам и обновлениям контента, касающимся Services Hub, пожалуйста, свяжитесь в нашей командой поддержки, чтобы отправить обращение.

голоса
Рейтинг статьи
Ссылка на основную публикацию
ВсеИнструменты
Adblock
detector