Vous pourriez avoir un pare-feu bloquant le port 123, ce qui peut empêcher le serveur ntp de voir les serveurs de temps.
Dans mon cas, mon FAI (fournisseur de services Internet) bloquait des ports.
Une analyse de port de 123 n'a pas non plus détecté le blocage.
Le pistolet fumant était que j'avais temporairement deux sources Internet indépendantes. Sous Linux, si je lance ntpq -p
(plusieurs fois) avec le premier flux Internet branché, rien n'est mis à jour, mais avec l'autre flux, je reçois des mises à jour!
Comme le dit @Jens A. Koch, cela ntpdate -u <server name>
ne règle pas le problème temporairement (sans jeu de mots), cela ne règle pas le problème du temps à long terme.
Au fil du temps, les horloges de votre système et de votre matériel subiront une dérive. De plus, dans mon cas, le double amorçage de linux / windows provoque une perturbation supplémentaire de l'horloge matérielle (en heures).
Vous devez donc avoir le port 123 ouvert pour UDP afin de maintenir votre horloge système.
Plutôt que d’utiliser-u
, vous pouvez aussi faire ce qui, je pense, utilise le port 123 (plutôt qu’un port non privilégié):
service ntp stop
, puis
ntpdate <server url>
(sans le -u) et enfin
service ntp start
.
Cela semble contourner le problème de blocage des ports, du moins pour régler l’horloge une fois. Si cela -u
fonctionne, mais que cela ne fonctionne pas, c'est un signe assez certain que le port est bloqué ou que le serveur ne répond pas, ...
Une autre question que je devais résoudre était pour moi la valeur par défaut Debian /etc/ntp.conf
configuration inclus 4 lignes à la piscine: debian.pool.ntp.org
. Aucun de ces serveurs n'a fonctionné. J'ai eu ce message d'erreur:
Erreur de résolution de debian.pool.ntp.org: Aucune adresse associée au
nom d’ hôte (-5) 24 mars 04h49:27 ntpdate [15115]: Impossible de trouver l’hôte
debian.pool.ntp.org: Aucune adresse associée au nom d’hôte ( -5) 24 mars
04:49:27 ntpdate [15115]: aucun serveur ne peut être utilisé, sortie
J'ai dû changer les serveurs pour us.pool.ntp.org
.