Il mio orologio è spento , quindi vorrei sincronizzarlo usando ntpdate
. Ho provato diversi server NTP diversi, ma per qualche motivo ricevo sempre il seguente messaggio di errore:
$ 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
Domande correlate
Ho esaminato le domande correlate , ma nessuna risolve il mio problema:
- Impossibile sincronizzare l'ora utilizzando NTP - questo ragazzo riceve un errore diverso da me; il suo problema era un conflitto con il
ntpd
demone. Non ho installato ilntp
pacchetto (che include ilntpd
demone). - Come forzare un aggiornamento dell'orologio usando ntp? - il problema di questo ragazzo è che il
ntpdate
comando non funzionava correttamente all'avvio quando lo inseriva nel suo/etc/rc.local
, e allo stesso modo il problema era un conflitto con ilntpd
demone che era in esecuzione. Né sto cercando di eseguirentpdate
all'avvio, né (di nuovo) ho ilntpd
demone installato. - Impossibile sincronizzare il tempo usando `ntpdate`, errore:" nessun server adatto alla sincronizzazione trovato " - questo è il mio errore, ma la risposta accettata è sostanzialmente" Usa
ntpd
invece dintpdate
". Aaarggh ...
Cose che ho provato
Ho installato il pacchetto ntp
... e ho provato a usare il ntpd
demone invece ntpdate
dell'utilità. Non sincronizzerà neanche il mio tempo; il demone inizia bene, ma il mio orologio rimane spento. Ho anche provato a usare l'esatta /etc/ntp.conf
della risposta accettata in quest'ultimo post e a riavviare il demone. Non andare. Comunque, non voglio usare il demone. Sono perfettamente consapevole che ntpdate
è considerato "deprecato", e si consiglia di utilizzare ntpd -q
invece. Vedi anche qui:
Ma dal momento ntpd
che non funziona neanche per me, il problema sta altrove . E trovo che preferirei non dover installare alcun pacchetto aggiuntivo solo per sincronizzare l'orologio. ntpdate
viene preinstallato con Ubuntu e dovrebbe funzionare bene . Quindi ho disinstallato di ntp
nuovo il pacchetto.
Forse la porta 123 è bloccata?
Da questo post:
... Ho avuto l'idea che la porta 123 potesse essere bloccata dal mio computer / rete sul mio posto di lavoro. Infatti,
$ 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
...
Ma ancora:
$ sudo ntpdate ntp.ubuntu.com
4 Mar 13:06:16 ntpdate[4361]: no server suitable for synchronization found
Anche con l' -u
opzione, che dice ntpdate
di utilizzare una porta senza privilegi per la sincronizzazione (anziché la porta 123
) che non è certamente bloccata dal mio posto di lavoro:
$ sudo ntpdate -u ntp.ubuntu.com
4 Mar 13:06:28 ntpdate[4427]: no server suitable for synchronization found
Forse gli strati sono troppo alti?
Infine, da questo post a serverfault:
... Ho pensato che forse gli strati dei server NTP sono troppo alti. Ma non lo sono. Vediamo un po 'più di informazioni di debug:
$ 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 ... questa è stata lunga, mi dispiace per quello. Sono perplesso. Qualche indizio?
Aggiornamento: informazioni aggiuntive
Non importa se un server NTP HOSTNAME
figure /etc/ntp.conf
, e non importa se il ntpd
servizio è in esecuzione o meno, ogni volta che corro sudo ntpdate -u HOSTNAME
, ottengo no server suitable for synchronization found
. Stessa cosa quando il ntpd
servizio non è in esecuzione e ometto l' -u
opzione. Quando il ntpd
servizio è in esecuzione e ometto l' -u
opzione, ottengo invece the NTP socket is in use, exiting
.
Anche:
$ 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
Ma l'ora UTC non è corretta qui. In questo momento l'ora UTC è 11:11
, no 12:11
.
E:
$ sudo hwclock --show
Wed 05 Mar 2014 01:11:56 PM CET -0.625627 seconds
server pool.ntp.org
a /etc/ntp.conf
, ma ntpdate -u pool.ntp.org
genera lo stesso errore. Ho anche provato questo con ntp.ubuntu.com
(aggiungendolo a /etc/ntp.conf
, riavviando il ntp
servizio, rieseguendo ntpdate -u
sul server esatto a cui ho appena aggiunto /etc/ntp.conf
). Riassumendo, non importa se il server con cui sto tentando di sincronizzarmi è menzionato/etc/ntp.conf
. Ricevo l' no server suitable...
errore in tutti i casi (tranne quando il ntp
servizio è in esecuzione e ometto l' -u
opzione, quindi ottengo l' NTP socket in use
errore).
sudo ntpdate 0.ubuntu.pool.ntp.org
, che è già nel /etc/ntp.conf
file. Nessuna fortuna - stesso errore.
ntp.ubuntu.com
al/etc/ntp.conf
campo server? In caso contrario, vedi la seguente risposta