Как синхронизировать время windows с сервером времени ntp в команде
как синхронизировать время windows с сервером времени ntp в команде
Я работаю над windows 7. Я могу синхронизировать время win7 с сервера ntp linux вручную. Как я могу это сделать в командной строке? Так что я могу запустить его при запуске windows. И windows план задачи не работает для меня. Время должно быть таким:
Кто-нибудь это знает? Спасибо. Я умею читать msdn.
4 ответа
- хорошая точность для синхронизации времени с NTP по JavaScript
Я хочу синхронизировать время с NTP по JavaScript. Клиент может быть обычным ПК или смартфоном или планшетом. Соединение может быть WLAN или 3G и т. д. Я уже нашел эти вопросы и сайты как добраться из времени NTP через javascript JavaScript NTP время http://jehiah.cz/a/ntp-for-javascript.
Мы планируем повторно синхронизировать 2 из наших машин, которые имеют задержку 19 мс от сервера NTP (это включает в себя транзакцию SMS). Эти серверы имеют несоответствие с результатами аналитики, и мы подозреваем, что это одна из причин. Итак, мой вопрос заключается в том, влияет ли служба на.
Я также рекомендую эту программу: http://www.timesynctool.com/
Используйте чистое время net time \timesrv /set /yes
после вашего комментария попробуйте сделать это в приглашении evelated :
Если вам просто нужно resync windows раз, откройте командную строку с повышенными правами и введите:
Хотя w32tm /resync теоретически выполняет эту работу, он делает это только при определенных условиях. Однако, когда «down to the millisecond» имеет значение, я обнаружил, что Windows на самом деле не будет вносить коррективы; как будто «о, я отключился на 2.5 секунды, достаточно близко, братан, здесь нечего видеть или делать».
Для того, чтобы действительно заставить повторную синхронизацию (Windows 7):
- Панель управления -> Дата и время
- «Change date and time. » (требуются права администратора)
- Добавьте или вычтите несколько минут (я использовал -5 минут)
- Запустите «cmd.exe» от имени администратора
- w32tm /resync
- Визуально убедитесь, что секунды на панели управления «Date and Time» тикают одновременно с вашими часами. (Я использовал watch -n 0.1 date на машине Linux в сети, в которую у меня был SSH)
- Запустите «cmd.exe» от имени администратора
- net start w32time (Служба времени должна быть запущена)
- time 8 (где 8 может быть заменено любым значением ‘hour’, предположительно 0-23)
- w32tm /resync
- По мере необходимости переходите к 3.
Похожие вопросы:
Я пытаюсь найти способ синхронизировать время моей машины (win 7/8.1/TH) с сервером NTP каждый x раз. то есть синхронизировать часы каждые 1 час. Я понял, что есть способ сделать это, настроив.
У меня есть NTP-сервер, и я получаю дату, как показано ниже: DateTime NTPDateTime = GetServerTime(); //GetServerTime returns a new DateTime но моя проблема в том, что я получаю только текущее время.
Я хотел бы получать уведомления, когда Windows системная дата/время изменяется в моем приложении C#. Я нашел событие SystemEvents.TimeChanged, о котором говорится в документации MSDN: Происходит.
Я хочу синхронизировать время с NTP по JavaScript. Клиент может быть обычным ПК или смартфоном или планшетом. Соединение может быть WLAN или 3G и т. д. Я уже нашел эти вопросы и сайты как добраться.
Мы планируем повторно синхронизировать 2 из наших машин, которые имеют задержку 19 мс от сервера NTP (это включает в себя транзакцию SMS). Эти серверы имеют несоответствие с результатами аналитики.
Я хотел бы синхронизировать два события между двумя (или более) проводными сетевыми машинами Linux. Могу ли я использовать NTP для этого? NTP, похоже, в основном сосредоточен на синхронизации с.
У меня есть linux PC, действующий как клиент часов, и я хотел бы синхронизировать время этого PC с помощью ntpdate против Windows PC в том же пространстве в той же сети. Мне трудно найти, как это.
Я использую centos7 AMI, там мне нужно синхронизировать время с Amazon (x.amazon.pool.ntp.org) NTP-серверов, как я могу настроить, нужно ли для этого открывать порт 123?
У меня есть настройка raspberrypi для синхронизации времени с сервера NTP, так как на нем нет часов HW, однако это обновление происходит не сразу и занимает некоторое время (
15 минут). Есть ли.
Система Windows в домене синхронизирует свое время с контроллером домена. Можно ли синхронизировать его с внешним сервером через NTP? Спасибо
Русские Блоги
Синхронизация времени с сервером в локальной сети Windows Server
Есть два конца синхронизации времени, а именно:
- NTP-сервер (сервер синхронизируется)
- NTP-клиент (сервер для синхронизации)
Во-первых, используется для синхронизации, обратитесь к конфигурации сервера
Сначала на эталонном сервере, который используется для синхронизации, включите соответствующую службу NTP-сервера следующим образом:
1. включить NTPServer
Во-первых, на компьютере, Window + R Ключ, чтобы открыть пробег Окно, введите regedit Откройте реестр. Найдите следующее:
Параметр [HKEY_LOCAL_MACHINE SYSTEM ControlSet001 services W32Time TimeProviders NtpServer]
Затем установите обязательный хост (объявив себя надежным источником времени), найденный в реестре
[HKEY_LOCAL_MACHINESYSTEMControlSet001servicesW32Timeconfig]
Настройки
Примечание. Если он не задан, он может сообщить об ошибке: страта равноправного компьютера меньше, чем страта хоста.
Наконец, перезапустите сервис W32Time
Run—> cmd с cmd Выполните следующие команды для перезапуска часов.
Во-вторых, сервер должен синхронизировать время следующим образом:
Имя хоста конфигурации
Добавьте файл hosts в папку C: Windows System32 drivers etc:
Где 10.1.2.2 означает ntp server То есть IP-адрес сервера, который вы используете для обозначения времени синхронизации
2. Реестр устанавливает для клиента ntp разрешение
Открыть реестр
[HKEY_LOCAL_MACHINE SYSTEM ControlSet001 services W32Time TimeProviders NtpClient] (Примечание: некоторые также являются ControlSet002)
Настройки
Установите частоту синхронизации
3.Cmd перезапустить часы
4. Настройки синхронизированы с 10.1.2.2
Нажмите на время в правом нижнем углу, Изменить настройки даты и времени: А потом интернет время Здесь измените, как указано ниже, и, наконец, нажмите Обновить сейчас Просто отлично
Интеллектуальная рекомендация
1 проект SPSS Modeler 2-х банковская пользовательская модель интеллектуального анализа данных
#lesson1 # Деловое понимание # Понимание данных # 3 подготовка данных # Построить модель # 5 Модель оценки #lesson2 #Древо решений Модель большого подтипа категории 1 Обзор 2. Принцип — алгоритм не сл.
Введение в микросервисы Java (Spring-boot + MyBatis + Maven)
1. Создание проекта Создайте новый проект maven, как показано ниже: Выберите путь, следующий шаг Введите содержимое 1 и 2, нажмите Готово Проект создан, структура которого показана на рисунке ниже: За.
Использовать эксперимент на табличном пространстве ExpDP / IMPDP
Объявите, что этот эксперимент использует машину, два экземпляра для моделирования передачи табличного пространства. Пространство табличного пространства передачи немного: дамп из метаданных информаци.
Используйте python для анализа и воспроизведения данных (1)
Я всегда хотел получить знания, связанные с анализом данных Python, и я всегда откладывал, в том числе этот обмен. «Анализ данных с помощью Python 2nd Edition» — это разделение, которое я .
Говоря о сетевых протоколах — ICMP и ping: скауты просят указания
Формат протокола ICMP ICMP-сообщение инкапсулировано в IP-пакет, потому что разведчик должен легко упаковать. Наиболее часто используемым типом является то, что активный запрос равен 8, а ответ активн.
Вам также может понравиться
Использование библиотеки классов telnetd java для создания потока демона
telnetdV2.0 — это чистая библиотека классов Java telnet, которая может быть встроена как поток демона telnet в свою собственную программу, но я изhttp://telnetd.sourceforge.net После загрузки пакета я.
Принципы и практика системы баз данных Чэнь Хуншун Эксперимент 5 Запрос данных
Elasticsearch ———— Используйте учебник 1 (Goland в качестве инструмента)
1、<service>:9200/index/type/id Индекс: эквивалентный базу данных Тип: эквивалентный таблицу ID: ID, эквивалентный идентификатору каждой записи 2, используйте встроенный тестовой веб-сервис Golan.
Настройка синхронизации времени с сервером
Сегодня востребовано большое количество технологий синхронизации часов, среди которых наиболее популярной является NTP-технология. Она позволяет получать данные о точном времени с помощью локальной сети или сети общего доступа без применения сложных настроек.
NTP-протокол синхронизации времени по сети даёт возможность настроить оборудование прямо через Интернет. Фактически процедура сводится в нескольким этапам: клиент запрашивает время на сервере и использует полученную информацию для часов на собственном оборудовании.
Особенности синхронизации времени с NTP-сервером
Кажущаяся простота процесса скрывает в себе много незаметных тонкостей и процедур. Так, например, существуют разные уровни NTP-сервера.
Серверы 1 уровня подключены непосредственно к атомным часам и обеспечивают максимально точную информацию. Серверы 2 и 3 уровней работают от серверов 1 уровня и могут выдавать информацию с небольшими погрешностями, которые неактуальны для обычных пользователей, но могут оказаться существенными для промышленных и специализированных систем.
Клиентское приложение по синхронизации времени выглядит несложным, но на самом деле оно не только дает данные о точном времени, но и компенсирует все возникающие задержки соединения, регулирует время так, чтобы не сбить другие процессы на сервере. Оборудование тактовой сетевой синхронизации разрабатывается по специальным стандартам, и к нему предъявляются повышенные требования по точности обеспечиваемых данных.
Специальные сервисы по синхронизации времени постоянно контролируют точность хода часов на оборудовании и корректируют данные при необходимости. Работа таких сервисов не требует большой мощности процессора и не занимает много оперативной памяти.
Чтобы синхронизировать время с NTP-сервером, необходимо выбрать источник. Процедура стандартной настройки синхронизации времени с сервером точного времени состоит из следующих действий:
- на межсетевом экране запускается стандартный NTP-порт с разрешением на входящие и исходящие соединения;
- определяется рабочий пдс-сервер (запись в командной строке: C:>netdom /query fsmo);
- останавливается работа службы Windows Time (запись в командной строке: C:>net stop w32time);
- проводится настройка внешнего источника времени (запись в командной строке: C:> w32tm /config /syncfrom _(источник)_);
- активируется доступ для клиентов к домену (запись в командной строке: C:>w32tm /config /reliable:yes);
- запускается служба Windows Time (запись в командной строке: C:>net start w32time).
Служба времени после вышеуказанных действий начнёт синхронизацию времени с указанным внешним источником. Установленный внешний сервер точного времени можно посмотреть с помощью записи в командной строке C:>w32tm /query /configuration.
После выполнения всех настроек рекомендуется проверить, нет ли в журнале событий ошибок. Настройку синхронизации времени с сервером на оборудовании достаточно провести единожды, после чего все данные будут обновляться автоматически.
Как я могу проверить текущую конфигурацию NTP системы?
Мне нужно проверить текущую конфигурацию NTP в некоторых системах Windows. В идеале я хотел бы иметь возможность сделать это через командную строку вместо навигации по экранам конфигурации.
(Я работаю над несколькими различными версиями ОС, и экраны конфигурации, как правило, не всегда находятся в одном и том же месте между версиями.)
Я надеюсь найти быструю, запоминающуюся команду, которую я могу просто вставить в консоль CMD, чтобы получить результат. Тем не менее, пакетный файл, который я могу взять с собой, тоже подойдет.
В частности, мне нужно следующее:
- Показать, настроена ли система на получение времени от NTP-сервера.
- Показать серверы NTP, с которых система получает время.
- Показать время последней синхронизации.
- Показать текущее время в системе.
Какая команда (команды) была бы необходима для достижения этих результатов?
Ищите решение, совместимое с Windows XP, 7, Server 2003 и Server 2008.
В командной строке введите
w32tm /query /configuration дает вам конфигурацию, которую вы настроили.
w32tm /query /status дает вам такую информацию, как:
- слой
- индикатор скачка
- точность
- последняя синхронизация
- NTP сервер
- интервал опроса
time /T выводит текущее системное время.
Примечание. w32tm /query Впервые был доступен в клиентских версиях Windows Time для Windows Vista и Windows Server 2008. См. Инструменты и параметры службы времени Windows.
Это отвечает на ваш последний вопрос:
Откройте командную строку и введите точно:
w32tm /stripchart /computer:NTPServerNameOrIP /dataonly /samples:x (сколько вы хотите вернуть)
Возвращает время и разницу времени NTP-сервера. Если он возвращает время, ошибка: 0x80072746, то это не ваш NTP-сервер.
Пример команды ниже:
В другой машине я получил:
Тогда я попробовал:
Тогда я попробовал:
В другой машине я получил страницу помощи, на которой также сказано:
Так что, в основном, сервис не работал. Следуя этим инструкциям, я сделал:
Наконец, все вышеперечисленное будет работать. (примечание: если net start не получается, см. ниже) Тогда мне просто нужно было настроить мой ntp . Я сделал это с:
следуя инструкциям отсюда , но, возможно, это могло быть так просто, как:
как указано здесь . (10.0.0.5 — мой локальный NTP-сервер). Если вы не используете локальный NTP-сервер, вы можете использовать общий:
Наконец, вам может потребоваться сделать следующее, что мне не нужно:
Примечание: если net start w32time с ошибкой 1290 (Запустить службу не удалось , так как один или несколько услуг , в том же процессе , имеют несовместимые настройки типа службы SID) , а затем выполните действия , описанные здесь :
Затем следуйте, как указано выше.
ПРИМЕЧАНИЕ 2: если служба NTP не запускается автоматически при перезагрузке, это может быть связано с ее настройками запуска, как описано здесь : в зависимости от ваших окон, она может быть настроена на запуск только при присоединении к домену. Вы можете проверить с помощью:
Если он настроен на запуск при присоединении к домену, и у вас нет настроенного домена на вашем компьютере, он не запустит службу и не установит время. Вероятно, он не присоединяется к домену, потому что вы этого не хотите. В любом случае просто измените, какой триггер запускает его. Например, для запуска, когда машина имеет сеть (и, следовательно, может получить доступ к серверу), выполните:
Синхронизация времени в 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.
На подавляющем большинстве эталонных серверов открыто несколько тысяч общедоступных серверов 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, будет корректировать время хоста ещё на начальном этапе запуска, поэтому после завершения запуска время вновь станет правильным.
Установка часового пояса
Обычно вы указываете часовой пояс во время процедуры установки, и у вас нет задачи менять его в дальнейшем. Однако бывают случаи, когда необходимо изменить часовой пояс. Есть несколько инструментов, которые могут помочь. Для определения местного часового пояса хоста 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, удобная панель управления собственной разработки и посуточная оплата. Напомним, у нас есть вечные серверы, которые точно неподвластны времени 😉