Кратак одговор
Server најчешће касни са временом због недоступног NTP сервера, блокираног UDP порта 123 или погрешне временске зоне. Проверите да ли је NTP сервис активан, да ли синхронизација успева и да ли је разлика у секундама превелика за аутоматско усклађивање. Ако је одступање велико, прво ручно подесите приближно време, па пустите NTP да заврши посао.
Како се проблем препознаје
- Сат на серверу касни или је испред стварног времена више минута
- У логовима се појављују догађаји са погрешним временским ознакама
- SSL/TLS грешке типа сертификат још није важећи или је истекао
- Неуспешна пријава на домен или грешке у аутентификацији
- Cron задаци се извршавају у неочекивано време
Најчешћи узроци
NTP сервис није активан
На серверу је искључен или заустављен chrony, нтпд или systemd-timesyncd, па се сат ослања само на локални хардверски часовник који временом одступа.
NTP саобраћај је блокиран
Firewall или мрежа на којој је server блокирају UDP порт 123, па server не може да добије тачно време ни од једног извора.
Погрешна временска зона
Временска зона је погрешно подешена, па је приказано време померено за сат или два иако је сам сат тачан.
Превелико одступање
Ако сат одступи више од дозвољеног прага, NTP га неће нагло пребацити, већ ће га постепено кориговати или одбити синхронизацију.
Виртуелна машина без синхронизације са хостом
VM наслеђује нетачно време од хоста или губи синхронизацију после миграције и паузирања, па сат почне да одступа.
Решење корак по корак
- 1
Проверите тренутно време и статус синхронизације
Покрените
timedatectlи погледајте поља за локално време, временску зону и статус NTP синхронизације. Ако пише да је NTP активан али синхронизација није, проблем је у вези са NTP извором, а не у самом сату. - 2
Проверите који сервис за време је у употреби
На већини дистрибуција ради или
chronyилиsystemd-timesyncd. Проверите статус командомsystemctl status chronyилиsystemctl status chronyd(назив зависи од дистрибуције) илиsystemctl status systemd-timesyncd. Не укључујте оба сервиса истовремено, јер се међусобно ометају. - 3
Проверите NTP изворе
За chrony покрените
chronyc sources -vиchronyc tracking. Колона са ознаком^*показује извор са којим је server синхронизован. Ако нема звездице, server не добија време ни од једног извора. - 4
Проверите доступност NTP сервера и порт 123
Извршите
chronyc sourcestatsда видите статистику узорковања по извору. Проверите да firewall не блокира одлазни UDP порт 123 правилима уfirewall-cmdилиufw(на примерfirewall-cmd --list-allилиufw status verbose). Ако је излазни саобраћај ограничен, користите NTP server који је дозвољен у вашој мрежи. - 5
Подесите временску зону
Ако је време тачно али померено за цео сат, погрешна је зона. Поставите је командом
timedatectl set-timezone Europe/Belgradeи проверите да ли се приказано време поклапа са очекиваним. - 6
Ручно приближите време ако је одступање велико
Ако сат касни више минута или сати, NTP га може одбити. Зауставите активни сервис за време (
systemctl stop chronydилиsystemctl stop chronyилиsystemctl stop systemd-timesyncd), подесите приближно време командомdate -s "2026-11-10 12:00:00", па поново покрените сервис. Ово радите само ако сте сигурни у тачно време, јер утиче на све записе и задатке. - 7
Присилите синхронизацију и проверите резултат
Код chrony покрените
chronyc makestepда се сат одмах усклади, а затим поновоchronyc trackingиtimedatectl. Вредност одступања треба да буде у милисекундама и да се смањује. - 8
Проверите да се синхронизација одржава
Сачекајте неколико минута и поновите
timedatectl. Ако се сат поново помера, проверите да ли је сервис омогућен командомsystemctl is-enabled chronydилиsystemctl is-enabled chrony(назив зависи од дистрибуције) и, ако није, омогућите га командомsystemctl enable chronydилиsystemctl enable chrony. Проверите и да ли га нешто друго ресетује, на пример синхронизација са хостом код виртуелне машине.
Ако ништа не помогне: дубља провера и виртуелизација
Ако се сат и даље помера иако је NTP активан, проверите системске логове (journalctl -u chronyd или journalctl -u chrony) и да ли се појављују грешке при комуникацији са изворима. Код виртуелних машина проверите подешавања за синхронизацију времена са хостом и искључите је ако је у сукобу са NTP сервисом унутар госта. На физичким серверима проверите батерију на матичној плочи и стање хардверског часовника, јер истрошена батерија изазива велика одступања после рестарта. Ако server користи домен, проверите да ли је члан домена и да ли добија време од контролера домена. За окружења са више сервера, најбоље је да један server буде интерни NTP извор, а остали да се синхронизују са њим.
Како да спречите да се понови
- Држите NTP сервис омогућен и проверавајте статус синхронизације редовно
- Дозволите UDP порт 123 ка поузданим NTP изворима у firewall правилима
- Подесите тачну временску зону одмах при инсталацији сервера
- Пратите одступање сата кроз мониторинг и алармирајте ако пређе неколико секунди
Када је боље позвати стручњака
Ако се сат помера и после провере NTP сервиса, firewall-a и временске зоне, или ако је server део домена са више контролера, боље је да позовете IT подршку да провери синхронизацију на нивоу целе мреже.
Одржавање IT инфраструктуре · Сервери, мреже, backup, безбедност и хелпдескЧеста питања
Колико одступање сата је прихватљиво на серверу?
За већину сервера одступање од неколико десетина милисекунди је нормално и безопасно. Одступање веће од једне секунде може да изазове проблеме са аутентификацијом и логовима, а више минута готово увек прави грешке у раду апликација.
Зашто ми сат касни иако је NTP укључен?
Најчешће зато што server не може да добије одговор од NTP извора због firewall-a или недоступне мреже. Проверите `chronyc sources -v` и статус сервиса, јер укључен сервис не значи да синхронизација заиста успева.
Да ли смем ручно да променим време на серверу?
Можете, али само ако је одступање велико и ако сте сигурни у тачно време. Ручна промена утиче на логове, cron задатке и сесије, па је боље да прво зауставите NTP сервис, подесите приближно време и затим га поново покренете.