У мене годинник вимкнено , тому я хотів би його синхронізувати за допомогою ntpdate
. Я спробував декілька різних серверів NTP, але мені чомусь завжди з’являється таке повідомлення про помилку:
$ sudo ntpdate ntp.ubuntu.com
4 Mar 12:27:35 ntpdate[1258]: no server suitable for synchronization found
$ sudo ntpdate pool.ntp.org
4 Mar 12:27:50 ntpdate[1267]: no server suitable for synchronization found
$ sudo ntpdate de.pool.ntp.org
4 Mar 12:28:01 ntpdate[1273]: no server suitable for synchronization found
$ sudo ntpdate us.pool.ntp.org
4 Mar 12:28:12 ntpdate[1276]: no server suitable for synchronization found
Пов'язані питання
Я переглянув відповідні питання , але жодне не вирішує мою проблему:
- Неможливо синхронізувати час за допомогою NTP - цей хлопець отримує іншу помилку, ніж я; його проблемою був конфлікт із
ntpd
демоном. У мене взагалі не встановленийntp
пакет (до якого входитьntpd
демон). - Як змусити оновити годинник за допомогою ntp? - Проблема цього хлопця полягає в тому, що
ntpdate
команда не працювала належним чином під час завантаження, коли він вводив її у свою/etc/rc.local
, а проблема була також конфліктом ізntpd
запущеним демоном. Ні я не намагаюся запуститиntpdate
під час завантаження, ні (знову) неntpd
встановлений демон. - Неможливо синхронізувати час, використовуючи `ntpdate`, помилка:" не знайдено жодного сервера для синхронізації " - це моя помилка в порядку, але прийнята відповідь в основному" Використовувати
ntpd
замістьntpdate
". Aaarggh ...
Те, що я спробував
Я встановив пакет ntp
... і спробував використовувати ntpd
демона замість ntpdate
утиліти. Він також не синхронізує мій час; демон починається нормально, але годинник залишається вимкненим. Я навіть спробував використовувати точну /etc/ntp.conf
з прийнятої відповіді в останньому дописі і перезапустив демон. Не йдіть. У всякому разі, я не хочу використовувати демон. Я прекрасно знаю, що ntpdate
вважається "застарілим", і його радимо використовувати ntpd -q
замість цього. Також дивіться тут:
Але оскільки ntpd
для мене теж не працює, проблема полягає в іншому . І я вважаю, що я вважаю за краще не встановлювати зайвих пакетів лише для синхронізації годинника. ntpdate
поставляється заздалегідь встановленою програмою Ubuntu, і вона повинна працювати просто чудово . Тому я ntp
знову видалив пакунок.
Можливо, порт 123 заблокований?
З цього повідомлення:
... У мене з'явилася думка, що порт 123 може бути заблокований з мого комп'ютера / мережі на моєму робочому місці. Дійсно,
$ sudo nmap -p123 -sU -P0 localhost
...
PORT STATE SERVICE
123/udp closed ntp
...
$ sudo ufw allow 123/udp
Rules updated
Rules updated (v6)
$ sudo nmap -p123 -sU -P0 localhost
...
PORT STATE SERVICE
123/udp open ntp
...
Але все ж:
$ sudo ntpdate ntp.ubuntu.com
4 Mar 13:06:16 ntpdate[4361]: no server suitable for synchronization found
Навіть з -u
можливістю, яка говорить ntpdate
про використання непривілейованого порту для синхронізації (замість порту 123
), який, безумовно, не заблокований з мого робочого місця:
$ sudo ntpdate -u ntp.ubuntu.com
4 Mar 13:06:28 ntpdate[4427]: no server suitable for synchronization found
Може бути, шари занадто високі?
Нарешті, з цієї публікації на сервері за замовчуванням:
... Я думав, що, можливо, страти з серверів NTP занадто високі. Однак це не так. Давайте подивимось більше інформації про налагодження:
$ sudo ntpdate -dv ntp.ubuntu.com
4 Mar 13:12:24 ntpdate[4523]: ntpdate 4.2.6p5@1.2349-o Wed Oct 9 19:08:07 UTC 2013 (1)
Looking for host ntp.ubuntu.com and service ntp
host found : golem.canonical.com
transmit(91.189.89.199)
transmit(91.189.94.4)
transmit(91.189.89.199)
transmit(91.189.94.4)
transmit(91.189.89.199)
transmit(91.189.94.4)
transmit(91.189.89.199)
transmit(91.189.94.4)
transmit(91.189.89.199)
transmit(91.189.94.4)
91.189.89.199: Server dropped: no data
91.189.94.4: Server dropped: no data
server 91.189.89.199, port 123
stratum 0, precision 0, leap 00, trust 000
refid [91.189.89.199], delay 0.00000, dispersion 64.00000
transmitted 4, in filter 4
reference time: 00000000.00000000 Mon, Jan 1 1900 1:00:00.000
originate timestamp: 00000000.00000000 Mon, Jan 1 1900 1:00:00.000
transmit timestamp: d6c041ae.e6166441 Tue, Mar 4 2014 13:12:30.898
filter delay: 0.00000 0.00000 0.00000 0.00000
0.00000 0.00000 0.00000 0.00000
filter offset: 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000
delay 0.00000, dispersion 64.00000
offset 0.000000
server 91.189.94.4, port 123
stratum 0, precision 0, leap 00, trust 000
refid [91.189.94.4], delay 0.00000, dispersion 64.00000
transmitted 4, in filter 4
reference time: 00000000.00000000 Mon, Jan 1 1900 1:00:00.000
originate timestamp: 00000000.00000000 Mon, Jan 1 1900 1:00:00.000
transmit timestamp: d6c041af.1948fc50 Tue, Mar 4 2014 13:12:31.098
filter delay: 0.00000 0.00000 0.00000 0.00000
0.00000 0.00000 0.00000 0.00000
filter offset: 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000
delay 0.00000, dispersion 64.00000
offset 0.000000
4 Mar 13:12:33 ntpdate[4523]: no server suitable for synchronization found
Pfeeewww ... це було довге, вибачте за це. Я тупаю. Будь-які підказки?
Оновлення: додаткові відомості
Незалежно від того , є чи НВТ сервер HOSTNAME
фігури /etc/ntp.conf
, і незалежно від того , є чи ntpd
служба працює чи ні, кожен раз , коли я біжу sudo ntpdate -u HOSTNAME
, я отримую no server suitable for synchronization found
. Те ж саме , коли ntpd
послуга НЕ працює , і я опускаємо в -u
опції. Коли ntpd
послуга буде запущена і я опущу -u
варіант, я замість цього отримати the NTP socket is in use, exiting
.
Також:
$ timedatectl status
Local time: Wed 2014-03-05 13:11:54 CET
Universal time: Wed 2014-03-05 12:11:54 UTC
Timezone: Europe/Berlin (CET, +0100)
NTP enabled: yes
NTP synchronized: yes
RTC in local TZ: no
DST active: no
Last DST change: DST ended at
Sun 2013-10-27 02:59:59 CEST
Sun 2013-10-27 02:00:00 CET
Next DST change: DST begins (the clock jumps one hour forward) at
Sun 2014-03-30 01:59:59 CET
Sun 2014-03-30 03:00:00 CEST
Але час UTC тут невірний. Зараз UTC-час є 11:11
, ні 12:11
.
І:
$ sudo hwclock --show
Wed 05 Mar 2014 01:11:56 PM CET -0.625627 seconds
server pool.ntp.org
до /etc/ntp.conf
, але ntpdate -u pool.ntp.org
кидає ту ж помилку. Я також спробував це ntp.ubuntu.com
(додавши його до /etc/ntp.conf
, повторного запуску ntp
служби, повторного запуску ntpdate -u
на тому сервері, який я щойно додав /etc/ntp.conf
). Підводячи підсумки, не має значення, чи згадується сервер, з яким я намагаюся синхронізувати/etc/ntp.conf
. Я отримую no server suitable...
помилку у всіх випадках (за винятком випадків, коли ntp
служба запущена і я пропускаю -u
опцію, тоді я отримую NTP socket in use
помилку).
sudo ntpdate 0.ubuntu.pool.ntp.org
, що вже є у /etc/ntp.conf
файлі. Не удача - та сама помилка.
ntp.ubuntu.com
до/etc/ntp.conf
поля сервера? Якщо ви не бачите такої відповіді