Taxitaxitaxi.ru

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

Синхронизация времени в Linux: NTP, Chrony и systemd-timesyncd

Синхронизация времени в Linux: NTP, Chrony и systemd-timesyncd

Большинство людей следят за временем. Мы встаём вовремя, чтобы выполнить наши утренние ритуалы и отправиться на работу, сделать перерыв на обед, уложиться в сроки проекта, отметить дни рождения и праздники, сесть на самолёт и так далее.

Более того: некоторые из нас одержимы временем. Мои часы питаются от солнечной энергии и получают точное время из Национального института стандартов и технологий (NIST) в Форт-Коллинз (штат Колорадо) через длинноволновую радиостанцию WWVB. Сигналы времени синхронизируются с атомными часами, также расположенными в форте Коллинз. Мой Fitbit синхронизируется с моим телефоном, который синхронизируется с сервером NTP, который в конечном итоге синхронизируется с атомными часами.

Устройства тоже следят за временем

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

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

Дата и время также важны для ведения журнала, поэтому немного проще найти те или иные логи, ориентируясь по дате и времени. Например, однажды я работал в DevOps (в то время его так не называли) и занимался настройкой системы электронной почты в штате Северная Каролина. Раньше мы обрабатывали более 20 миллионов писем в день. Отслеживание электронной почты через серию серверов или определение точной последовательности событий с использованием файлов журналов на географически разнесенных хостах может быть намного проще, если соответствующие компьютеры синхронизированы по времени.

Время одно — часов много

Хосты Linux должны учитывать, что существует системное время и время RTC. RTC (Real Time Clock — часы реального времени) является немного странным и не особо точным названием для аппаратных часов.

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

Аппаратные часы не понимают концепцию часовых поясов; в RTC хранится только время, а не часовой пояс или смещение от UTC (Всемирное координированное время, которое также известно как GMT или среднее время по Гринвичу). Вы можете установить RTC с помощью инструмента, о котором я расскажу позже в этой статье.

Системное время — это время, которое ОС отображает на часах GUI на вашем рабочем столе, в выходных данных команды date, в метках времени журналов. Это также относится ко времени создания, изменения и открытия файлов.

На странице man для rtc есть полное описание RTC и системных часов.

Что там у NTP?

Компьютеры во всем мире используют NTP (сетевой протокол времени) для синхронизации своего времени со стандартными эталонными часами через интернет с помощью иерархии серверов NTP. Основные серверы времени находятся на уровне 1, и они напрямую подключены к различным национальным службам времени на уровне 0 через спутник, радио или даже модемы по телефонным линиям. Службы времени на уровне 0 могут быть атомными часами, радиоприёмником, который настроен на сигналы, передаваемые атомными часами, или приёмником GPS, использующим высокоточные сигналы часов, передаваемые спутниками GPS.

Читайте так же:
Регулировка карбюратора для юпитера 5

На подавляющем большинстве эталонных серверов открыто несколько тысяч общедоступных серверов NTP stratum 2, которые доступны для всех. Многие организации и пользователи (включая меня) с большим количеством хостов, которым требуется NTP-сервер, предпочитают устанавливать свои собственные серверы времени, поэтому только один локальный хост обращается к stratum 2 или 3. Затем они настраивают оставшиеся узлы в сети для использования локального сервера времени. В случае моей домашней сети это сервер уровня 3.

Различные реализации NTP

Первоначальная реализация NTP — это ntpd. Затем к ней присоединились две более новых, chronyd и systemd-timesyncd. Все три синхронизируют время локального хоста с сервером времени NTP. Служба systemd-timesyncd не так надёжна, как chronyd, но этого достаточно для большинства целей. Если RTC не синхронизирован, она может постепенно корректировать системное время, чтобы синхронизироваться с NTP-сервером, когда локальное системное время немного смещается. Служба systemd-timesync не может использоваться в качестве сервера времени.

Chrony — это реализация NTP, содержащая две программы: демон chronyd и интерфейс командной строки под названием chronyc. У Chrony есть некоторые функции, которые во многих случаях просто незаменимы:

  • Chrony может синхронизироваться с сервером времени намного быстрее, чем старый сервис ntpd. Это хорошо для ноутбуков или настольных компьютеров, которые не работают постоянно.
  • Он может компенсировать колебания тактовых частот, например, когда хост переключается в спящий режим или входит в спящий режим, или когда тактовая частота изменяется из-за скачкообразного изменения частоты, которое замедляет тактовые частоты при низких нагрузках.
  • Он решает проблемы со временем, связанные с нестабильным сетевым соединением или перегрузкой сети.
  • Он регулирует задержки в сети.
  • После начальной временной синхронизации Chrony никогда не останавливает часы. Это обеспечивает стабильные и согласованные временные интервалы для многих системных служб и приложений.
  • Chrony может работать даже без подключения к сети. В этом случае локальный хост или сервер можно обновить вручную.
  • Chrony может выступать в качестве NTP-сервера.

RPM-пакеты NTP, Chrony и systemd-timesyncd доступны в стандартных репозиториях Fedora. RPM systemd-udev — это менеджер событий ядра, который в Fedora установлен по умолчанию, но не является обязательным для использования.

Вы можете установить все три и переключаться между ними, но это создаст лишнюю головную боль. Так что лучше не стоит. Современные релизы Fedora, CentOS и RHEL перешли на Chrony как стандартную реализацию, и кроме того, у них есть systemd-timesyncd. Я считаю, что Chrony работает хорошо, обеспечивает лучший интерфейс, чем служба NTP, предоставляет гораздо больше информации и повышает контроль, что безусловно понравится системным администраторам.

Отключение служб NTP

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

Проверьте, что служба остановлена и отключена:

Проверка статуса перед запуском

Статус системной синхронизации часов позволяет определить, запущена ли служба NTP. Поскольку вы ещё не запустили NTP, команда timesync-status намекнёт на это:

Прямой запрос статуса даёт важную информацию. Например, команда timedatectl без аргумента или параметров выполняет подкоманду status по умолчанию:

Так вы получите местное время для вашего хоста, время UTC и время RTC. В данном случае системное время установлено на часовой пояс America / New_York (TZ), RTC установлено на время в местном часовом поясе, а служба NTP не активна. Время RTC начало немного отклоняться от системного времени. Это нормально для систем, часы которых не были синхронизированы. Величина смещения на хосте зависит от времени, прошедшего с момента последней синхронизации системы.

Мы также получили предупреждение об использовании местного времени для RTC — это относится к изменениям часового пояса и настройкам летнего времени. Если компьютер выключен в тот момент, когда необходимо внести изменения, время RTC не изменится. Но для серверов или других хостов, которые работают круглосуточно, это вообще не проблема. Кроме того, любая служба, которая обеспечивает синхронизацию времени NTP, будет корректировать время хоста ещё на начальном этапе запуска, поэтому после завершения запуска время вновь станет правильным.

Читайте так же:
Как регулировать фары на аккорде 7

Установка часового пояса

Обычно вы указываете часовой пояс во время процедуры установки, и у вас нет задачи менять его в дальнейшем. Однако бывают случаи, когда необходимо изменить часовой пояс. Есть несколько инструментов, которые могут помочь. Для определения местного часового пояса хоста Linux использует файлы часовых поясов. Эти файлы находятся в каталоге /usr/share/zoneinfo. По умолчанию для моего часового пояса система прописывает вот это: /etc/ localtime -> ../usr/share/zoneinfo/America/New_York. Но вам не нужно знать такие тонкости, чтобы изменить часовой пояс.

Главное — знать официальное название часового пояса для вашего местоположения и соответствующую команду. Скажем, вы хотите изменить часовой пояс на Лос-Анджелес:

Теперь вы можете установить часовой пояс. Я использовал команду date для проверки изменений, но вы также можете использовать timedatectl:

Теперь вновь можете изменить часовой пояс своего хоста на местное время.

systemd-timesyncd

Демон systemd timesync предоставляет реализацию NTP, которой легко управлять в контексте systemd. Он устанавливается по умолчанию в Fedora и Ubuntu. Однако запускается он по умолчанию только в Ubuntu. Я не уверен насчёт других дистрибутивов. Вы можете проверить у себя сами:

Конфигурирование systemd-timesyncd

Файл конфигурации для systemd-timesyncd — это /etc/systemd/timesyncd.conf. Это простой файл с меньшим количеством включенных опций, чем в старых сервисах NTP и chronyd. Вот содержимое этого файла (без дополнительных изменений) на моей виртуальной машине с Fedora:

Единственный раздел, который он содержит, кроме комментариев, это [Time]. Все остальные строки закомментированы. Это значения по умолчанию, их не нужно менять (если у вас нет для этого причин). Если у вас нет сервера времени NTP, определенного в строке NTP =, по умолчанию в Fedora используется резервный сервер времени Fedora. Я обычно добавляю свой сервер времени:

Запуск timesync

Запустить и сделать systemd-timesyncd активным можно так:

Установка аппаратных часов

Вот как выглядит ситуация после запуска timesyncd:

Изначально разница между RTC и местным временем (EDT) не превышает секунды, и расхождение возрастает ещё на пару секунд в течение следующих нескольких дней. Поскольку в RTC нет понятия часовых поясов, команда timedatectl должна выполнить сравнение, чтобы определить нужный часовой пояс. Если время RTC точно не соответствует местному времени, то значит, оно не соответствует и местному часовому поясу.

В поисках дополнительной информации я проверил состояние systemd-timesync и обнаружил вот что:

Обратите внимание на сообщение журнала, в котором говорится, что системное время не установлено или сброшено назад. Служба Timesync устанавливает системное время на основе временной метки. Метки времени поддерживаются демоном timesync и создаются при каждой успешной синхронизации.

Команда timedatectl не имеет возможности взять значение аппаратных часов из системных часов. Она может установить время и дату только из значения, введённого в командной строке. Вы можете установить RTC на то же значение, что и системное время, используя команду hwclock:

Опция —localtime говорит о том, что аппаратные часы показывают местное время, а не UTC.

Зачем вам вообще RTC?

Любая реализация NTP установит системные часы во время запуска. И зачем тогда RTC? Это не совсем так: это произойдет только в случае, если у вас есть сетевое соединение с сервером времени. Однако многие системы не имеют постоянного доступа к сетевому соединению, поэтому аппаратные часы полезны для того, чтобы Linux мог на их основе установить системное время. Это лучше, чем установка времени вручную, даже если оно может отклоняться от реального времени.

Читайте так же:
Карбюратор озон дааз регулировка холостого хода

Заключение

В этой статье рассмотрены некоторые инструменты для управления датой, временем и часовыми поясами. Инструмент systemd-timesyncd предоставляет NTP-клиента, который может синхронизировать время на локальном хосте с NTP-сервером. Однако systemd-timesyncd не предоставляет серверную службу, поэтому, если вам нужен NTP-сервер в вашей сети, вы должны использовать что-то ещё — например, Chrony, для работы в качестве сервера.

Я предпочитаю иметь единственную реализацию для любой служб в моей сети, поэтому использую Chrony. Если вам не нужен локальный NTP-сервер или если вы не против использовать Chrony в качестве сервера и systemd-timesyncd в качестве SNTP-клиента. Ведь нет необходимости использовать дополнительные возможности Chrony как клиента, если вас устраивает функционал systemd-timesyncd.

Еще одно замечание: вы не обязаны использовать инструменты systemd для реализации NTP. Вы можете использовать старую версию ntpd, Chrony или другую реализацию NTP. Ведь systemd состоит из большого количества сервисов; многие из них являются необязательными, поэтому их можно отключить и использовать вместо них что-то ещё. Это не огромный монолитный монстр. Можно не любить systemd или его части, но вы должны принять обоснованное решение.

Мне нравится реализация NTP в systemd, но я предпочитаю Chrony, потому что он лучше отвечает моим потребностям. Это Linux, детка -)

На правах рекламы

VDSina предлагает серверы под любые задачи, огромный выбор операционных систем для автоматической установки, есть возможность установить любую ОС с собственного ISO, удобная панель управления собственной разработки и посуточная оплата. Напомним, у нас есть вечные серверы, которые точно неподвластны времени 😉

Ошибка при выполнении синхронизации времени в Windows

Ошибка при выполнении синхронизации с time.windows.com

3. Новая регистрация W32Time

  1. net stop w32time
  2. w32tm /unregister
  3. w32tm /register
  4. net start w32time
  5. w32tm /config /manualpeerlist:pool.ntp.org /syncfromflags:manual /update

Новая регистрация W32Time

  1. Попробуйте заменить батарейку CMOS на материнской плате.
  2. Проверьте сетевые адаптеры, которые использую подключение к интернету. Отключите лишние.
  • Как изменить время автоматического обслуживания Windows 10
  • Переход на летнее время не переключается в Windows 10
  • Произошла неустранимая ошибка при выполнении программы sysprep
  • PowerShell: Выполнение сценариев отключено в этой системе
  • Windows 10: Администратор заблокировал выполнение этого приложения

Загрузка комментариев Канал telegramЧат

Сервер единого времени для слаженной работы систем

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

  • автоматизированные системы коммерческого учета ресурсов (особенно энергоресурсов);
  • распределенные корпоративные информационные системы;
  • системы промышленной автоматизации;
  • автоматизированные платежные системы;
  • автоматизированные системы управления транспортом;
  • системы часофикации и др.

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

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

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

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

Читайте так же:
Зил 131 регулировка сцепления видео

Именно для такого способа синхронизации времени компания «КРУГ» разработала специализированный программно-аппаратный комплекс — сервер единого времени (СЕВ) TimeVisor, который производит синхронизацию времени и даты по сигналам точного времени UTC (Universal Time Corrected — универсальное мировое время по Гринвичу) ГНСС ГЛОНАСС или GPS.

Программное обеспечение СЕВ TimeVisor использует системную службу NTP (NTP-сервер), обеспечивающую синхронизацию времени на абонентах сети Ethernet. Для взаимодействия абонентов с СЕВ TimeVisor на них должна быть установлена и настроена служба точного времени, которая, как правило, входит в состав операционной системы. NTP-сервер непрерывно корректирует ход системных часов СЕВ, используя вычисленную информацию об отклонениях их частоты от перво­источника (ГЛОНАСС/GPS). Взаимодействие СЕВ с абонентами может осуществляться по NTP-протоколу в нескольких режимах (рис. 1).

Типовая схема применения TimeVisor

Рис. 1. Типовая схема применения TimeVisor

Режим «клиент-сервер» применяется, когда нужна высокая точность. В данном режиме абоненты посылают запросы на TimeVisor, который обрабатывает их и посылает ответы. Достигаемая точность синхронизации на абонентах — 0,1 мс (при использовании сигнала 1PPS) и 10 мс (при учете данных ГЛОНАСС/GPS).

Широковещательный режим применяется в быстрой локальной сети с множеством клиентов и без необходимости в очень высокой точности. В данном режиме СЕВ рассылает метки времени по широковещательному адресу сети (broadcast) с интервалом 64 с. Абоненты определяют время исходя из предположения, что задержка составляет несколько миллисекунд. TimeVisor не принимает ответных сообщений. Достигаемая точность синхронизации абонентов с сервером — 10 мс (при использовании сигнала 1PPS) и 20 мс (при учете данных ГЛОНАСС/GPS).

NTP-протокол (Network Time Protocol) представляет собой набор достаточно сложных алгоритмов, призванных обеспечить высокую точность и отказоустойчивость системы синхронизации времени. Протокол предполагает одновременную синхронизацию с несколькими серверами и поддерживает самонастраивающуюся иерархическую архитектуру сети синхронизации. Компьютер, на котором запущена служба NTP, может одновременно являться клиентом и сервером. Серверы, напрямую подключенные к источнику точного времени, образуют первый слой (stratum), присоединенные непосредственно к ним — второй слой и т. д.

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

Пример интерфейса графического веб-конфигуратора TimeVisor

Рис. 2. Пример интерфейса графического веб-конфигуратора TimeVisor

Входящий в состав программного обеспечения TimeVisor графический веб-конфигуратор (рис. 2) позволяет легко проводить настройку СЕВ с другого компьютера в сети с помощью любого интернет-обозревателя, поддерживающего JavaScript, и обеспечивает:

  • вывод обобщенной системной информации о настройках и функционировании TimeVisor;
  • настройку системных служб;
  • настройку сетевых параметров;
  • настройку временной зоны;
  • просмотр статистики синхронизаций TimeVisor с источником времени (ГЛОНАСС/GPS-приемником или сервером времени верхнего уровня);
  • настройку учетных записей пользователей для доступа к изменению параметров TimeVisor;
  • запуск в отдельном окне интернет-обозревателя веб-терминала для получения доступа к интерфейсу командной строки операционной системы СЕВ TimeVisor;
  • настройку схем резервирования нескольких TimeVisor как источников времени.

СЕВ TimeVisor — это высоконадеж­ное устройство, рассчитанное на круглосуточный режим работы с остановками на техническое обслуживание (во время остановок технологического оборудования) в достаточно жестких температурных условиях: –40…+70 °С. Его надежность и простота монтажа и настройки уже подтверждены множеством внедрений. Примером одного из таких проектов является автоматизированная система часофикации (АСЧ) на объектах Мессояхской группы нефтегазовых месторождений Ямало-Ненецкого АО.

Разработку месторождений ведет компания «Мессояханефтегаз» — совместное предприятие «Газпром нефть» и «Роснефть». Эти месторождения являются самыми северными в России из находящихся на суше, расположены в арктической климатической зоне.

Читайте так же:
Митсубиси каризма регулировка ручника

Система предназначена для предоставления персоналу нефтегазовых месторождений информации о точном времени. АСЧ выполняет автоматизированную коррекцию времени по протоколу NTP (Network Time Protocol) на NTP-часах двадцати четырех объектов инфраструктуры мессояхских месторождений. NTP-часы с поддержкой функции POE (обеспечивает питание по Ethernet) установлены на производственных, административных объектах, а также в зданиях вахтового поселка.

Среди других примеров использования TimeVisor можно назвать:

  • системы учета нефтепродуктов на объектах АК «Транснефть»;
  • комплексные системы учета энерго­ресурсов — многочисленные объекты холдингов «Т Плюс», «Объединенная металлургическая компания», Промышленно-финансовая группа «САФМАР», «ТГК-2» и др.;
  • автоматизированные системы управления технологическими процессами — предприятия «Т Плюс», «ТВЭЛ», группы «ЛУКОЙЛ», «Сургутнефтегаз», других предприятий различных отраслей промышленности;
  • автоматизированные системы управления движением воздушных судов — ФГУП «Госкорпорация по ОрВД» («Аэронавигация Северо-Запада»).

TimeVisor является надежным средством для построения высокоточных систем автоматической коррекции времени. Для его установки и запуска в работу не требуется глубоких знаний и больших усилий. Для этого достаточно:

  1. Разместить GPS/ГЛОНАСС-приемник в зоне приема сигналов точного времени со спутников.
  2. Включить вычислительный блок в сеть Ethernet с устройствами, на которых требуется осуществлять синхронизацию времени.
  3. Настроить на этих устройствах службу точного времени: в комплект поставки входит reg-файл для наиболее популярных операционных систем, который позволяет осуществить это буквально за 2–3 минуты.

Таким образом, обеспечить единое время в современных условиях довольно просто.

Не работает синхронизация времени в Windows 10: решения

Не работает синхронизация времени в Windows 10: причины и решения

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

Варианты исправления ошибки

Иконка Варианты список

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

Нужный нам сервис также можно перезапустить с использованием специальных команд. Если такие действия не приведут к положительному результату, то воспользоваться программой, которая проверит целостность системных файлов.

Ручная синхронизация с изменением сервера

Иконка синхронизация облако

Синхронизировать время можно вручную, проделав следующие операции:

    Открываем «Панель управления» воспользовавшись поиском системы.

Панель управления Поиск Windows 10

Открываем «Панель управления» из поисковых результатов

Дата и время Панель управления

Переходим в раздел «Дата и время»

Дата и время Время по интернету

Открываем окно для изменения настроек

Настройка времени по интернету

Запускаем синхронизацию вручную

Если синхронизировать время не удастся, то можно попробовать изменить сервер подключения в списке.

Включение службы синхронизации

Иконка сервисы рука глобус

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

  1. Запускаем диалоговое окно «Выполнить», нажав на клавиатуре клавиши «Win+R».
  2. Далее в появившееся окно вводим команду services.msc и нажимаем «OK».

services msc Меню Выполнить

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

Служба времени Windows

Открываем настройки службы времени

Свойства Служба времени Windows

Запускаем службу и устанавливаем её автозапуск

Так мы запустим деактивированный сервис синхронизации.

Кроме этого метода также можно попробовать включить службу при помощи специальных команд. Для этого сделаем следующее:

    Запускаем «Командную строку» от имени администратора из стартового меню системы.

Командная строка Запуск от администратора

Запускаем «Командную строку» из стартового меню

w32tm unregister Командная строка

Вводим команду для отключения сервиса синхронизации

w32tm register Командная строка

Вводим команду для перезапуска сервиса синхронизации

Проверка системных файлов

Иконка проверка системный файл

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

  1. Запускаем «Командную строку» от имени администратора из стартового меню.
  2. В появившееся окно вводим команду sfc /scannow и нажимаем «Enter».

sfc scannow Командная строка

Запускаем проверку системных файлов

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

На этом все. Теперь вы знаете, как устранить неполадки с синхронизацией времени в Windows 10.

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