У вас може бути порт блокування брандмауера 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
.