ntpdate: aucun serveur adapté à la synchronisation trouvé

Question

Mon horloge est éteinte , donc j'aimerais la synchroniser avec ntpdatename__. J'ai essayé plusieurs serveurs NTP différents, mais pour une raison quelconque, le message d'erreur suivant s'affiche toujours:

$ 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 des questions connexes , mais aucune n'a résolu mon problème:

Impossible de synchroniser l'heure avec NTP - Ce type obtient une erreur différente de celle de I; son problème était un conflit avec le démon ntpdname__. Je n'ai pas le package ntp(qui inclut le démon ntpdname__) installé.
Comment forcer une mise à jour d'horloge à l'aide de ntp? - Le problème de ce type est que la commande ntpdatene fonctionnait pas correctement au moment du démarrage quand il l'a placée dans son /etc/rc.local, et le même problème était un conflit avec le ntpddémon en cours d'exécution. Je n'essaie pas non plus d'exécuter ntpdateau démarrage, ni (encore une fois) le démon ntpdn'est-il pas installé.
Impossible de synchroniser l'heure avec `ntpdate`, erreur:" aucun serveur ne convient à la synchronisation trouvée " - mon erreur est correcte, mais la réponse acceptée est fondamentalement" Utilisez ntpdau lieu de ntpdate". Aaarggh ...

Choses que j'ai essayées

J'ai installé le paquet ntp

... et essayé d'utiliser le démon ntpdau lieu de l'utilitaire ntpdatename__. Cela ne synchronisera pas mon temps non plus; le démon commence bien, mais mon horloge reste éteinte. J'ai même essayé d'utiliser le code exact /etc/ntp.conf de la réponse acceptée dans le dernier message et de redémarrer le démon. Ne pas aller. Quoi qu'il en soit, je ne veux pas utiliser le démon. Je suis parfaitement conscient que ntpdateest considéré comme "obsolète", et il est conseillé d'utiliser ntpd -q à la place. Voir aussi ici:

ntpd vs ntpdate: avantages et inconvénients

Mais puisque ntpdne fonctionne pas pour moi non plus, , le problème est ailleurs . Et je trouve que je préférerais ne pas avoir à installer de paquet supplémentaire pour la synchronisation de l'horloge. ntpdateest livré pré-installé avec Ubuntu, et il devrait fonctionner correctement . J'ai donc désinstallé à nouveau le package ntpname__.

Peut-être que le port 123 est bloqué?

De ce post:

erreur "pas de serveur approprié pour la synchronisation trouvée" lors de la tentative d'exécution de `ntpdate`

... J'ai eu l'idée que le port 123 pourrait être bloqué de mon ordinateur/réseau sur mon lieu de travail. Effectivement,

$ 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 reste:

$ Sudo ntpdate ntp.ubuntu.com 4 Mar 13:06:16 ntpdate[4361]: no server suitable for synchronization found

Même avec l'option -u, qui indique à ntpdated'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, à partir de cet article sur serverfault:

ntpdate -d Le serveur a abandonné les strates trop élevées

... Je pensais que les strates des serveurs NTP étaient trop élevées. Ils ne sont pas, cependant. 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: infos supplémentaires

Peu importe si un NTP serveur HOSTNAMEfigure dans /etc/ntp.conf et que le service ntpdsoit en cours d'exécution ou non, chaque fois que j'exécute Sudo ntpdate -u HOSTNAME, je reçois no server suitable for synchronization found. Même chose lorsque le service ntpdest pas en cours d'exécution et que I omet l'option -u. Lorsque le service ntpd est en cours d'exécution et que l'option omis -u est omise, je reçois plutôt the NTP socket is in use, exiting.

Également:

$ 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

dfc · Accepted Answer

Votre fournisseur d'hébergement bloque les paquets NTP. Cette approche lourde a été mise en œuvre par certains FAI en réponse aux attaques DDoS. Vous pouvez voir que ntpdate envoie les paquets du ntpdate -vd:

transmit(91.189.94.4) transmit(91.189.89.199) transmit(91.189.94.4) transmit(91.189.89.199)

Je voudrais contacter votre fournisseur de services Internet et leur demander s’ils bloquent les requêtes ntp externes et s’ils disposent d’un serveur local que vous pouvez utiliser pour la synchronisation temporelle.

Il existe quelques possibilités plus obscures, mais il est difficile de les exclure car vous n'avez posté aucun journal depuis syslog.

Alex · Answer

Ce n'est pas une réponse ntp, cependant ...

Sudo date -s "$(wget -qSO- --max-redirect=0 google.com 2>&1 | grep Date: | cut -d' ' -f5-8)Z"

ceci et la version curl ici .

Stormvirux · Answer

J'ai eu le même problème et voici comment je l'ai résolu. J'ai donner une réponse détaillée de haut en bas. Vous voudrez peut-être passer au milieu de ma réponse ou simplement vous référer aux captures d'écran ci-dessous pour la comprendre d'un coup d'œil.

First installez ntpdate (vous l'avez évidemment fait)

Sudo apt-get install ntpdate

NEXT Vous devez configurer ntp avec les serveurs comme suit:

Vous devez au moins définir le paramètre suivant dans le fichier de configuration /etc/ntp.conf: server

Par exemple, ouvrez le fichier /etc/ntp.conf à l’aide de l’éditeur de texte nano:

Sudo nano /etc/ntp.conf

Localisez le paramètre du serveur et s'il est vide, définissez-le comme suit:

server pool.ntp.org

Mais généralement, à Ubuntu, certains serveurs sont déjà pré-écrits, ce qui peut être

server 0.ubuntu.pool.ntp.org server 1.ubuntu.pool.ntp.org server 2.ubuntu.pool.ntp.org server 3.ubuntu.pool.ntp.org

enter image description here

Enregistrez ensuite le fichier et redémarrez le service ntpd:

Sudo /etc/init.d/ntpd start

Vous pouvez synchroniser l’horloge système sur un serveur NTP immédiatement à l’aide de la commande suivante:

Sudo ntpdate pool.ntp.org

ou tout simplement exécuter déjà les serveurs sont définis

Sudo ntpdate 0.ubuntu.pool.ntp.org

ou d'autres serveurs définis à l'aide de serveur

généralement

Sudo ntpdate <one of the servername in /etc/ntp.conf>

MAIS après cela, vous risquez d'obtenir l'erreur NTP socket in use comme indiqué ci-dessous:

enter image description here

Dans ce cas, il suffit de courir

ntpdate -u pool.ntp.org

mettre à jour lorsque ntp deamon est en cours d'exécution

OU tout simplement arrêter le démon, le mettre à jour et le redémarrer comme suit:

Sudo ntpdate pool.ntp.org Sudo service ntp stop Sudo ntpdate pool.ntp.org Sudo service ntp start

et vous obtiendrez

enter image description here

n.r · Answer

tilisez htpdate

Si la transmission ntp est bloquée sur votre réseau, installez htpdate. Il synchronise l'heure sur le protocole http. La précision sera de 0,5 seconde, selon la page de manuel.

Sudo apt-get install htpdate Sudo htpdate -a google.com

le service htpdate démarre lorsque vous installez le package. Le temps sera mis à jour immédiatement s'il y a une connexion Internet.

Willem van Ketwich · Answer

Semblable à la réponse d’Alex, cela a fonctionné pour moi pour contourner le port NTP faisant l’objet d’un pare-feu:

Sudo date -s "$(curl http://s3.amazonaws.com -v 2>&1 | \ grep "Date: " | awk '{ print $3 " " $5 " " $4 " " $7 " " $6 " GMT"}')"

18446744073709551615 · Answer

Juste une suggestion. J'ai eu ce problème pendant un certain temps, puis il a commencé à fonctionner, mais j'ai découvert qu'il y avait plus de place sur le disque.

Shesh Kumar Bhombore · Answer

Même nous étions confrontés à ce problème ... Mais nous avons réussi à le résoudre en appuyant sur cette commande:

ssh localhost "Sudo apt-get install ntp ntpdate ; Sudo service ntp stop; Sudo ntpdate 0.ubuntu.pool.ntp.org; Sudo service ntp start"

Pour cela, vous devez installer openssh-server.

Supprimez également ntp et ntpdate (Sudo apt-get remove --purge ntp ntpdate) avant de lancer la commande ssh ci-dessus.