У вас може бути порт блокування брандмауера 123, який може призвести до того, що сервер ntp ніколи не побачить сервери часу.
У моєму випадку мій провайдер (Інтернет-провайдер) блокував порти.
Сканування порту 123 не виявило і блокування.
Курячий пістолет полягав у тому, що я тимчасово маю два незалежні Інтернет-канали. У Linux, якщо я запускаю ntpq -p(неодноразово) з підключеним першим Інтернет-каналом, нічого не оновлюється, але за допомогою іншого каналу я отримую оновлення!
Як говорить @Jens A. Koch, все-таки ntpdate -u <server name>це вирішується тимчасово (каламбур не призначений), це не визначає довгострокову проблему.
З часом відбудеться дрейф як у вашій системній, так і в апаратній тактовій формі. Крім того, у моєму випадку подвійне завантаження Linux / Windows спричиняє, що апаратний годинник ще більше псується (по годинах).
Таким чином, ви повинні мати порт 123 відкритий для UDP, щоб підтримувати ваш системний годинник.
Замість того, щоб використовувати-u , ви також можете зробити це, що, на мою думку, використовує порт 123 (а не непривілейований порт):
service ntp stop, потім
ntpdate <server url>(без -у) і нарешті
service ntp start.
Це, здається, обходить проблему блокування порту, принаймні, щоб встановити годинник один раз. Якщо це -uпрацює, але це не так, то це досить впевнений знак того, що порт заблокований або сервер не відповідає, ...
Інше питання , що я повинен був вирішити, що для мене Debian по замовчуванням /etc/ntp.confконфігурація включає 4 лінії для басейнів: debian.pool.ntp.org. Жоден із цих серверів не працював. Я отримав це повідомлення про помилку:
Помилка при вирішенні debian.pool.ntp.org: Немає адреси, пов’язаної з
іменем хоста (-5) 24 березня 04:49:27 ntpdate [15115]: Не вдалося знайти хост
debian.pool.ntp.org: Немає адреси, пов’язаної з іменем хоста ( -5) 24 березня
04:49:27 ntpdate [15115]: не можна використовувати сервери, які виходять
Мені довелося змінити сервери на us.pool.ntp.org.