Некорректное системное время приводит к сбоям
TLS, аутентификации, логирования и распределённых систем. Ниже — компактный чек-лист диагностики.Общее состояние времени:
timedatectl
Показывает текущее время, статус синхронизации и RTC.
RTC in local TZ = yes на серверах — плохая практика; рекомендуется UTC.Кто управляет временем:
systemctl is-active systemd-timesyncd chronyd chrony ntp ntpd 2>/dev/null || true
systemctl status systemd-timesyncd chronyd chrony ntp ntpd 2>/dev/null || true
Важно, чтобы реально корректировал время только один механизм.
Качество синхронизации:
timedatectl timesync-status
timedatectl show -p NTPSynchronized -p NTP
chronyc sources -v
timesync-status актуален только для systemd-timesyncd; для chrony используйте chronyc.Резкие коррекции времени:
journalctl -u systemd-timesyncd -u chronyd -u ntp -u ntpd | \
grep -iE "step|jump|offset|slew|clock"
Помогает выявить скачки и принудительные корректировки.
RTC и перезагрузки:hwclock --show
Большое расхождение между
RTC и system clock проявляется после ребута, особенно если NTP не стартует сразу.Виртуализация:
systemd-detect-virt
dmesg | grep -iE "kvm|hyper-v|vmware|xen|clock|timesync|ptp"
Guest-tools и гипервизор могут конфликтовать с NTP внутри гостя.Базовая настройка:
timedatectl set-ntp true # systemd-timesyncd
systemctl enable --now chronyd # chrony
timedatectl set-local-rtc 0 # RTC в UTC
🔥 Суть: проблемы времени почти всегда вызваны конфликтом источников синхронизации, неверной настройкой RTC или влиянием виртуализации.
🚪 Linux Ready | #практика