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

Синхронизация времени в Linux — критически важная задача для стабильной работы серверов, сетевых сервисов, систем мониторинга и распределённых приложений. Несоответствие времени между узлами может привести к сбоям в аутентификации (например, Kerberos), некорректной работе логов, ошибкам в базах данных при транзакциях и даже отказу SSL-сертификатов. Даже отклонение в несколько секунд может нарушить работу кластеров, таких как Kubernetes или Hadoop. В современных средах, где время — это один из ключевых координатных параметров, точная синхронизация не является опциональной функцией, а требованием эксплуатации.

Зачем синхронизировать время в Linux

Точное время — это фундаментальная основа для обеспечения целостности данных, безопасности и корректной работы распределённых систем. Представьте, что два сервера в кластере обрабатывают одну транзакцию: один фиксирует её в 14:00:05, а второй — в 14:00:15. Логи будут выглядеть как противоречивые, а система мониторинга не сможет корректно восстановить последовательность событий. Это не просто неудобство — это риск потери данных, сбоев в бэкапах и невозможности аудита.

В критических инфраструктурах — банках, медицинских системах, телекоммуникациях — отклонение более чем на 100 миллисекунд может привести к отказу сервисов. Протоколы аутентификации, такие как Kerberos, требуют точности времени в пределах 5 минут, иначе токены перестают быть валидными. SSL/TLS-сертификаты также проверяют срок действия относительно системного времени: если оно сдвинуто на несколько дней вперёд или назад — браузер и клиентские приложения откажутся подключаться.

Кроме того, синхронизация времени упрощает анализ логов. Когда на десятках серверов логи записываются с разным временем, поиск причин инцидентов превращается в кошмар. Статистика показывает, что более 60% инцидентов в облачных средах затягиваются из-за некорректных временных меток в логах.

NTP, Chrony и systemd-timesyncd: сравнение решений

В Linux существует несколько решений для синхронизации времени, каждое из которых имеет свои сильные и слабые стороны. Самый известный протокол — NTP (Network Time Protocol), но он устарел по архитектуре. Современные альтернативы — Chrony и systemd-timesyncd — более эффективны в реальных условиях.

Chrony — это современная, высокоточная и гибкая реализация NTP, разработанная специально для работы в нестабильных сетях. Он отлично справляется с перебоями в подключении, быстро синхронизируется после запуска и поддерживает работу с GPS-источниками. Chrony активно используется на серверах, в облаках и в промышленных системах.

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

Стандартный демон ntpd (из пакета ntp) устарел и не рекомендуется к использованию в новых системах. Он медленно синхронизируется после перезагрузки, плохо работает с переменными задержками сети и не поддерживает современные функции, такие как управление джиттером.

Установка и настройка Chrony

Chrony доступен в репозиториях всех современных дистрибутивов Linux. Для установки используйте менеджер пакетов:

«`bash
# Для CentOS/RHEL/Fedora
sudo dnf install chrony

# Для Ubuntu/Debian
sudo apt update && sudo apt install chrony
«`

После установки откройте конфигурационный файл:

«`bash
sudo nano /etc/chrony.conf
«`

По умолчанию в файле уже указаны публичные NTP-серверы, но для продакшена рекомендуется использовать локальные или корпоративные источники. Например:

«`
server time.google.com iburst
server time.cloudflare.com iburst
server time.windows.com iburst
«`

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

«`
allow 192.168.1.0/24
«`

После правок перезапустите службу:

«`bash
sudo systemctl restart chronyd
sudo systemctl enable chronyd
«`

Проверьте статус:

«`bash
sudo systemctl status chronyd
«`

Установка и настройка systemd-timesyncd

systemd-timesyncd включён по умолчанию в большинстве современных дистрибутивов на базе systemd (Ubuntu 18.04+, Debian 10+, CentOS 8+). Проверить его статус можно командой:

«`bash
timedatectl status
«`

Если в выводе вы видите строку `NTP service: active`, значит, служба работает. Если нет — включите её:

«`bash
sudo timedatectl set-ntp true
«`

Настройка осуществляется через файл `/etc/systemd/timesyncd.conf`. Откройте его:

«`bash
sudo nano /etc/systemd/timesyncd.conf
«`

Раскомментируйте и измените строки:

«`
[Time]
NTP=0.pool.ntp.org 1.pool.ntp.org 2.pool.ntp.org 3.pool.ntp.org
FallbackNTP=time.google.com time.cloudflare.com
«`

Сохраните файл и перезапустите службу:

«`bash
sudo systemctl restart systemd-timesyncd
«`

Проверьте синхронизацию:

«`bash
timedatectl show-timesync —all
«`

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

Проверка и устранение проблем с синхронизацией

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

«`bash
chronyc sources -v
«`

Эта команда покажет список источников времени, их статус (online/offline), задержку и смещение. Идеальный результат — один или несколько источников со статусом `^*` (активный источник) и смещением менее 10 мс.

Также проверьте статус синхронизации:

«`bash
chronyc tracking
«`

Здесь обратите внимание на параметры:
— `Reference ID` — идентификатор источника;
— `Stratum` — уровень в иерархии (1 — эталонный источник, 2 — сервер, получающий от 1);
— `Root delay` — общая задержка до эталонного времени;
— `Offset` — текущее смещение (должно быть < 50 мс).

Для systemd-timesyncd:

«`bash
timedatectl status
«`

Ищите строки:
— `NTP service: active`
— `NTP synchronized: yes`
— `RTC in local TZ: no` (должно быть "no" — время должно быть в UTC)

Если синхронизация не происходит, проверьте:
— Доступность NTP-серверов (`ping 0.pool.ntp.org`);
— Брандмауэр — порт 123/UDP открыт;
— Файрволл в облаке (например, Security Group в AWS);
— Системное время не сдвинуто более чем на 1000 секунд — в этом случае Chrony откажется синхронизироваться.

В таком случае принудительно синхронизируйте время:

«`bash
sudo chronyc makestep 1.0 # для Chrony
sudo timedatectl set-time "$(date)" # для systemd-timesyncd
«`

Частые ошибки и как их исправить

Ошибка 1: “No source of time available”
Часто возникает при отсутствии интернета или блокировке порта 123. Проверьте связь с NTP-серверами:
«`bash
nc -vzu 0.pool.ntp.org 123
«`
Если соединение не устанавливается — проверьте прокси, фаерволл или DNS.

Ошибка 2: “System clock too far off”
Если системное время сдвинуто на несколько часов, Chrony по умолчанию не будет корректировать его резко. Используйте:
«`bash
sudo systemctl stop chronyd
sudo chronyc makestep 1.0 1
sudo systemctl start chronyd
«`

Ошибка 3: “Failed to start systemd-timesyncd.service”
Часто из-за конфликта с другим NTP-демоном. Убедитесь, что ntpd или chronyd не запущены:
«`bash
sudo systemctl disable —now ntpd chronyd
sudo systemctl enable —now systemd-timesyncd
«`

Ошибка 4: “Leap second warning”
Некоторые версии Chrony могут показывать предупреждение о високосной секунде. Это не ошибка — это уведомление. В 2025 году високосные секунды больше не добавляются, поэтому можно игнорировать, если не используете финансовые системы с жёсткими требованиями.

Экспертное мнение

Он также отмечает, что в облачных средах (AWS, Azure, GCP) рекомендуется использовать внутренние NTP-серверы провайдера: `time.amazon.com`, `time.windows.com`, `metadata.google.internal`. Они надёжнее, быстрее и не перегружают публичные серверы.

Вопросы и ответы

Заключение

Синхронизация времени в Linux — это не техническая деталь, а обязательное условие стабильной и безопасной работы любой системы. Неверное время — это скрытая угроза, которая проявляется не сразу, но с разрушительными последствиями: от сбоев в логах до отказа аутентификации. Chrony остаётся лучшим выбором для серверов, systemd-timesyncd — для десктопов и простых сред. Устаревший ntpd следует заменить.

Не забывайте проверять статус синхронизации регулярно. Внедрите мониторинг: например, через Prometheus + node_exporter или Zabbix, чтобы получать алерты при отклонении более 100 мс. В облачных средах используйте встроенные NTP-серверы провайдера — они надёжнее и быстрее.

• Используйте Chrony для серверов, systemd-timesyncd — для десктопов.
• Никогда не запускайте несколько NTP-демонов одновременно.
• Проверяйте статус синхронизации командами `chronyc sources` и `timedatectl status`.
• Откройте порт 123/UDP в брандмауэре, если сервер выступает как NTP-источник.
• В облаках предпочтительны внутренние NTP-серверы провайдера.