Mon horloge est déréglée Je voudrais donc la synchroniser en utilisant ntpdate
. J'ai essayé plusieurs serveurs NTP différents, mais pour une raison quelconque, j'obtiens toujours le message d'erreur suivant :
$ 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
Questions connexes
J'ai parcouru questions connexes mais aucune ne résout mon problème :
-
Impossible de synchroniser l'heure à l'aide de NTP - Ce type obtient une erreur différente de la mienne ; son problème était un conflit avec le système de gestion de l'information.
ntpd
démon. Je n'ai pas lentp
(qui comprend lentpd
daemon) installé du tout. -
Comment forcer une mise à jour de l'horloge en utilisant ntp ? - Le problème de ce type est que le
ntpdate
ne fonctionnait pas correctement au moment du démarrage lorsqu'il l'a placé dans son/etc/rc.local
et le problème se résumait à un conflit avec le système de gestion de l'information de l'entreprise.ntpd
qui était en cours d'exécution. Je n'essaie pas non plus d'exécuterntpdate
au moment du démarrage, et (encore une fois) je n'ai pas lantpd
installé. -
Impossible de synchroniser le temps en utilisant `ntpdate`, erreur : "aucun serveur adapté à la synchronisation n'a été trouvé" - c'est bien mon erreur, mais la réponse acceptée est en gros "Utilisez
ntpd
au lieu dentpdate
". Aaarggh...
Les choses que j'ai essayées
J'ai installé le paquet ntp
...et j'ai essayé d'utiliser le ntpd
au lieu du démon ntpdate
utilitaire. Il ne synchronise pas non plus mon heure ; le démon démarre bien, mais mon horloge reste décalée. J'ai même essayé d'utiliser le même /etc/ntp.conf
de la réponse acceptée dans le dernier post, et en redémarrant le démon. Rien à faire. De toute façon, je ne veux pas utiliser le démon. Je suis parfaitement conscient que ntpdate
est considéré comme "déprécié", et il est conseillé d'utiliser l'option ntpd -q
à la place. Voir aussi ici :
Mais comme ntpd
ne fonctionne pas non plus pour moi, le problème est ailleurs . Et je trouve que je préfère ne pas avoir à installer de paquets supplémentaires juste pour synchroniser l'horloge. ntpdate
est livré préinstallé avec Ubuntu, et cela devrait fonctionner parfaitement . J'ai donc désinstallé le ntp
paquet à nouveau.
Peut-être que le port 123 est bloqué ?
De ce poste :
...J'ai eu l'idée que le port 123 pouvait être bloqué à partir de mon ordinateur / réseau sur mon lieu de travail. En effet,
$ 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
...
Mais quand même :
$ sudo ntpdate ntp.ubuntu.com
4 Mar 13:06:16 ntpdate[4361]: no server suitable for synchronization found
Même avec le -u
qui indique ntpdate
pour utiliser un port non privilégié pour la synchronisation (au lieu du port 123
) qui n'est certainement pas bloqué depuis mon lieu de travail :
$ sudo ntpdate -u ntp.ubuntu.com
4 Mar 13:06:28 ntpdate[4427]: no server suitable for synchronization found
Peut-être que les strates sont trop hautes ?
Enfin, d'après ce post sur serverfault :
...j'ai pensé que peut-être les strates des serveurs NTP sont trop élevées. Mais elles ne le sont pas. Voyons un peu plus d'informations de débogage :
$ 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... c'était long, désolé pour ça. Je suis perplexe. Des indices ?
Mise à jour : informations supplémentaires
Peu importe si un serveur NTP HOSTNAME
des chiffres dans /etc/ntp.conf
et peu importe si le ntpd
est en cours d'exécution ou non, chaque fois que je lance sudo ntpdate -u HOSTNAME
j'obtiens no server suitable for synchronization found
. Même chose lorsque le ntpd
le service est no en cours et je omettre le site -u
option. Lorsque le ntpd
service es en cours et j'omets le -u
j'obtiens à la place the NTP socket is in use, exiting
.
Aussi :
$ 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
Mais l'heure UTC n'est pas correcte ici. Actuellement, l'heure UTC est 11:11
pas 12:11
.
Et :
$ sudo hwclock --show
Wed 05 Mar 2014 01:11:56 PM CET -0.625627 seconds