Синхронизация времени в Linux: timedatectl, chrony и проверка NTP

Поддерживаемые релизы и различия в chrony

Инструкция составлена по документации Ubuntu Server 22.04 LTS и 24.04 LTS, Debian 12, RHEL 8 и 9, Rocky Linux 8 и 9, AlmaLinux 8 и 9, а также CentOS Stream 9. CentOS Linux 7 и CentOS Linux 8 сюда не входят: их статус и различия с Stream разобраны в статье «CentOS Stream и CentOS 7: статус поддержки, различия и выбор сценария».

Сначала определите ОС и текущее состояние времени

Не смешивайте три сущности. Системные часы — время, которым пользуются ядро и процессы. RTC, или аппаратные часы, сохраняют время при выключенном сервере. Часовой пояс — правило представления локального времени. Смена часового пояса не исправляет неверные системные часы: она меняет только отображение local time и расчёт локального времени для программ.

cat /etc/os-release && uname -r

timedatectl status

Local time: Sat 2026-09-26 14:30:00 MSK
Universal time: Sat 2026-09-26 11:30:00 UTC
RTC time: Sat 2026-09-26 11:30:01
Time zone: Europe/Moscow (MSK, +0300)
System clock synchronized: yes
NTP service: active
RTC in local TZ: no

Local time — отображение с учётом зоны; Universal time — UTC-представление системных часов; RTC time — показания аппаратных часов. System clock synchronized: yes означает, что systemd считает системные часы синхронизированными. NTP service отражает службу, которую systemd распознаёт как поставщика синхронизации, а не обязательно именно chrony. RTC in local TZ: no обычно означает хранение RTC в UTC.

Для серверов обычно удобен RTC в UTC, но это не универсальное требование: учитывайте политику организации, гипервизор, ОС в dual boot и рекомендации поставщика платформы. timedatectl показывает текущий режим через RTC in local TZ. Не меняйте его только ради устранения неверного отображения local time — сначала настройте часовой пояс и синхронизацию системных часов.

Установите правильный часовой пояс через timedatectl

По документации systemd, timedatectl set-timezone устанавливает системную временную зону, а timedatectl set-ntp true|false запрашивает включение или отключение доступной службы сетевой синхронизации. Наличие команды, перечень отображаемых полей и фактический результат зависят от версии systemd, дистрибутива и установленной NTP-службы. set-ntp true не обязан устанавливать, выбирать или настраивать chrony; на части систем он управляет systemd-timesyncd, а без подходящей службы может завершиться ошибкой.

Установите chrony и исключите второй NTP-клиент

Chrony состоит из демона chronyd, который корректирует системные часы, и chronyc — утилиты просмотра состояния и управления. До установки или включения chrony установите, какая служба уже управляет временем. Одновременная работа нескольких NTP-клиентов на одном хосте создаёт конфликтующие корректировки.

timedatectl status
systemctl list-units --type=service --state=running | grep -Ei 'chrony|chronyd|timesync|ntp'
systemctl list-unit-files --type=service | grep -Ei 'chrony|chronyd|timesync|ntp'

Если активен systemd-timesyncd.service или другой NTP-клиент, не запускайте chrony параллельно. Подтвердите назначение текущего клиента, затем остановите и отключите именно его штатным способом, если по политике сервера его заменяет chrony. Для systemd-timesyncd на системах, где этот unit существует, обычно применяют sudo systemctl disable --now systemd-timesyncd.service; затем повторно проверьте статус. Не выполняйте команду вслепую: unit может отсутствовать, быть маскированным либо пакет chrony может штатно заменять или отключать другой time-daemon. Различия сверяйте по официальным материалам: Ubuntu Server — синхронизация времени с chrony, пакет chrony в Debian 12, руководства RHEL 8 и RHEL 9, а для производных дистрибутивов — официальные записи пакета chrony в репозиториях Rocky Linux, AlmaLinux и CentOS Stream.

Перед установкой обновите индекс пакетов и проверьте план пакетной операции по инструкциям «APT в Ubuntu и Debian: установка, обновление, удаление и очистка пакетов» или «DNF и YUM: установка, обновление и удаление пакетов».

Настройка NTP-источников в chrony

Используйте только NTP-серверы, разрешённые организацией, или пулы, рекомендованные поставщиком ОС для конкретной сети. На корпоративном сервере источники нередко задаются внутренней политикой, DHCP или средствами управления конфигурацией. Не заменяйте работающий список случайными публичными серверами: это может нарушить требования безопасности, маршрутизацию и ожидаемую схему времени.

В Ubuntu Server и Debian 12 основной файл — /etc/chrony/chrony.conf; в RHEL 8/9, Rocky Linux 8/9, AlmaLinux 8/9 и CentOS Stream 9 — /etc/chrony.conf. Внутри могут быть include, confdir или sourcedir: источники могут поступать из дополнительных файлов. До правки сохраните исходный файл и выясните, какие директивы уже подключены. Не удаляйте неизвестные строки: среди них могут быть параметры доступа, журналирования, сохранения дрейфа или источники, управляемые ОС.

# Пример: замените имена на источники, утверждённые в вашей сети
server ntp1.example.internal iburst
server ntp2.example.internal iburst

# Либо используйте разрешённый политикой пул:
# pool pool.example.internal iburst

Директива server задаёт один NTP-источник по имени или адресу; pool задаёт пул, из которого chrony выбирает несколько источников. Опция iburst ускоряет начальные измерения после запуска или появления источника. driftfile задаёт файл, где chronyd хранит оценку систематического хода часов; путь зависит от дистрибутива и исходного конфига, поэтому сохраните используемое в нём значение. Формат makestep threshold limit разрешает скачкообразную коррекцию, если требуемое смещение больше threshold, но только для ограниченного числа обновлений limit; отрицательное значение лимита допускает такое поведение без ограничения. Доступные опции и их точная семантика зависят от версии chrony.

Запустите chronyd и включите автозагрузку

Имя Systemd unit зависит от семейства ОС: на Ubuntu Server и Debian из перечисленных релизов используется chrony.service, в указанных RHEL-подобных системах — chronyd.service. active означает, что процесс службы запущен, но само по себе не доказывает синхронизацию.

После изменения конфигурации используйте sudo systemctl restart chrony.service или sudo systemctl restart chronyd.service для соответствующего релиза. Если unit не найден, не подставляйте имя от другого дистрибутива: проверьте установленный пакет и systemctl list-unit-files. Разбор состояний failed, inactive и Unit not found находится в «Служба systemd не запускается: диагностика ошибок и восстановление».

Проверка NTP-синхронизации через chronyc

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

chronyc sources -v

Ищите строку с `^*`: это источник, выбранный для синхронизации. `^+` — пригодный дополнительный кандидат. `^?` обычно означает, что источник пока недоступен или от него нет валидных измерений. Поле Reach — восьмеричный регистр недавних успешных ответов: `0` означает отсутствие успешных ответов, а ненулевое значение — что ответы были.

chronyc tracking

Проверьте `Reference ID` или имя источника, `Stratum`, `System time`, `Last offset` и `Leap status`. Обычное синхронизированное состояние — `Leap status : Normal`. Значения `Insert second` и `Delete second` могут появиться при объявленной вставке или удалении секунды и сами по себе не означают потерю синхронизации. `Not synchronised` означает, что chronyd не синхронизировал часы.

chronyc activity

timedatectl status

Если chrony запущен, но время не синхронизируется