Правильное время в Linux нужно для обновлений, сайтов, журналов и защищённых подключений. Сначала проверьте часовой пояс и статус синхронизации, затем включите штатную службу своего дистрибутива.
Настройка синхронизации времени в Linux: короткий и прямой ответ
Настройка синхронизации времени в Linux обычно включает три действия: выбрать правильный часовой пояс, включить один клиент сетевого времени и убедиться, что он получил данные. На домашнем компьютере с systemd часто достаточно команды sudo timedatectl set-ntp true; если дистрибутив использует chrony, проверьте его службу и источники времени.
Начните с безопасной проверки в терминале:
```bash
timedatectl status
```
В выводе важны строки Time zone, System clock synchronized и NTP service. Если время отличается ровно на несколько часов, сначала исправьте часовой пояс. Если разница постепенно увеличивается или после перезапуска часы снова неверны, нужно проверить службу синхронизации, сеть и аппаратные часы RTC.
Для одной системы оставляйте только один активный клиент времени. Одновременная работа chrony и systemd-timesyncd может привести к конфликтующей коррекции часов и усложнить поиск причины. Настройка синхронизации времени linux обычно не требует редактирования файлов конфигурации, пока штатная служба получает время успешно.
Почему возникает проблема или зачем нужна эта настройка
Точные часы нужны программам, которые сравнивают время событий: браузеру при проверке сертификатов сайтов, менеджеру пакетов при обновлениях, резервному копированию и системным журналам. При большой ошибке времени защищённое HTTPS-соединение может считаться недействительным, а сообщения в журнале будут расположены в неправильном порядке.
Системное время — это часы, с которыми работают программы. RTC — это аппаратные часы компьютера, питаемые отдельной батарейкой, когда ПК выключен. В Linux системное время обычно хранится в UTC, а выбранный регион переводит его для отображения пользователю. Поэтому неверный часовой пояс может выглядеть как ошибка синхронизации, хотя время получено правильно.
NTP-сервер — это компьютер, который сообщает точное время по протоколу Network Time Protocol. Клиент периодически сверяет с ним системные часы и корректирует небольшое расхождение. После первого запуска, долгого отключения или большой ошибки поправка может занять некоторое время; не меняйте часы вручную параллельно с активной службой.
Причиной неполадки также бывают отсутствие доступа в интернет, неверный DNS, ограничения корпоративной сети, виртуальная машина с синхронизацией от гипервизора или разряженная батарейка RTC. На сервере точная временная шкала важна для журналов, аутентификации и заданий по расписанию. В рамках подготовки сервера к работе можно заранее проверить базовые службы, а затем при необходимости установить и настроить Ubuntu Server.
Что проверить и подготовить перед основными действиями
Сначала определите дистрибутив и уже установленную службу: это позволит выбрать подходящие команды и не отключить нужный компонент. Проверки ниже только показывают состояние системы и не изменяют данные.
```bash
cat /etc/os-release
timedatectl status
systemctl status chrony
systemctl status chronyd
systemctl status systemd-timesyncd
```
cat /etc/os-release выводит сведения о системе. В Debian и Ubuntu служба часто называется chrony, а в Fedora, RHEL-подобных дистрибутивах и их производных обычно встречается chronyd. Сообщение, что юнит не найден, само по себе не является ошибкой: возможно, дистрибутив использует другой клиент времени.
Проверьте доступ к сети и разрешение имён, ничего не меняя в настройках:
```bash
ping -c 2 pool.ntp.org
```
Успешный ответ не обязателен для работы NTP: в сети могут блокировать ICMP-пакеты. Но сообщение, что имя не найдено, указывает на проблему с DNS. Не меняйте правила межсетевого экрана, VPN или сетевые файлы на рабочем компьютере без согласования: можно потерять доступ к ресурсам организации.
Сохраните текущий вывод проверки в заметке. Затем найдите точное название нужной зоны, например для Москвы:
```bash
timedatectl list-timezones | grep -i moscow
```
Используйте региональный идентификатор вида Europe/Moscow, а не постоянное смещение UTC+3: база часовых зон учитывает правила перевода времени и их изменения. На виртуальной машине также посмотрите в панели гипервизора, не включена ли отдельная синхронизация гостевой ОС с хостом.
Пошаговое решение для актуальных версий системы или устройства
На системах с systemd сначала задайте корректный регион и включите штатную сетевую синхронизацию. Этот способ подходит, когда в системе доступен systemd-timesyncd и другой клиент не управляет временем.
- Установите свой регион, подставив значение из списка:
sudo timedatectl set-timezone Europe/Moscow. - Включите синхронизацию:
sudo timedatectl set-ntp true. - Проверьте состояние:
timedatectl status. - Подождите несколько минут после подключения к сети и убедитесь, что в выводе появилось
System clock synchronized: yes.
Команда включения NTP запускает доступную в системе службу синхронизации. Если строка NTP service показывает inactive либо команда сообщает, что NTP не поддерживается, не устанавливайте несколько пакетов наугад. Сначала выясните, какой клиент предусмотрен вашим дистрибутивом.
Если установлен chrony, включите его штатную службу и проверьте источники:
```bash
sudo systemctl enable --now chrony
chronyc sources
```
Если первый вариант сообщает, что юнит не найден, используйте sudo systemctl enable --now chronyd. В выводе chronyc sources символ ^* указывает на выбранный источник синхронизации, а ^+ — на пригодный дополнительный источник. Не редактируйте /etc/chrony.conf или /etc/chrony/chrony.conf, если источники уже доступны: путь и состав настроек зависят от дистрибутива, а неверная правка может лишить службу рабочих серверов.
В сети организации адрес NTP-сервера и правила доступа должен сообщить администратор. Это важно и при серверных задачах: например, при настройке почтового сервера linux точное время проверяют до включения TLS и почтовой аутентификации. На личном устройстве безопаснее оставить серверы времени, заданные дистрибутивом.
Типичные ошибки, безопасный откат и проверка результата
После включения службы снова выполните timedatectl status: должны быть указаны правильный часовой пояс, активная NTP-служба и синхронизированные системные часы. Для chrony дополнительно выполните chronyc tracking; в выводе должны быть опорный источник и небольшое смещение. После загрузки системы или восстановления сети результат может появиться не сразу.
| Симптом | Безопасная проверка | Действие |
|---|---|---|
| Время отличается на целые часы | timedatectl status | Исправьте часовой пояс, не меняя системное время вручную. |
| Служба неактивна | systemctl status chrony или systemctl status systemd-timesyncd | Включите один доступный штатный клиент. |
| Нет выбранного источника | chronyc sources | Проверьте сеть, DNS и требования организации. |
| Ошибка возвращается после выключения | Сравните время до и после загрузки | Проверьте RTC и батарейку в сервисе, если часы сильно сбиваются. |
Безопасный откат нужен, если во время эксперимента включились две службы. Сначала посмотрите их состояние через systemctl status, затем отключите только службу, которую включили сами и которая не является штатной: sudo systemctl disable --now ИМЯ_СЛУЖБЫ. После этого включите один выбранный клиент и повторите проверку.
Не используйте timedatectl set-time для постоянной коррекции, когда активен NTP: ручная установка может временно скрыть причину и вызвать скачок времени для работающих программ. Если сервер критичен для пользователей, а источник всё равно не выбирается, остановитесь на проверках. Изменение корпоративных адресов времени, DNS, VPN и правил межсетевого экрана лучше согласовать со специалистом.
FAQ
Почему Linux показывает правильные минуты, но время отличается на три часа?
Обычно выбран неверный часовой пояс. Выполните timedatectl status, найдите строку Time zone и установите региональное значение командой sudo timedatectl set-timezone Регион/Город. Отключать синхронизацию с NTP-сервером для этого не требуется.
Можно ли одновременно использовать chrony и systemd-timesyncd?
Не рекомендуется: обе службы способны корректировать системные часы. Оставьте один клиент, установленный и поддерживаемый вашим дистрибутивом, а состояние второго проверьте через systemctl status. Затем убедитесь в результате через timedatectl status.
Почему chronyc sources не показывает строку со знаком ^*?
Служба может ждать сеть или не иметь доступа к источникам времени. Подождите несколько минут, затем проверьте её состояние и убедитесь, что DNS разрешает имена. В рабочей сети не заменяйте адреса серверов и не открывайте порты без согласования с администратором.
Когда стоит обратиться к специалисту?
Помощь нужна, если часы продолжают сильно сбиваться после выключения, в корпоративной сети не удаётся получить время или серверные журналы уже содержат неверные метки. Специалист проверит RTC, правила сети и централизованные настройки без нарушения действующих служб.
