J'ai un problème étrange avec l'un de mes serveurs. ntpd
et ntpdate
ne fonctionnent pas, mais le débogage ne montre aucune erreur. Au début, je pensais qu'un pare-feu local ou réseau bloquait le port UDP 123, mais ce n'est pas le cas - ce serveur peut communiquer le port UDP 123 (le protocole ntp) à Internet et obtenir des réponses.
Permettez-moi de démontrer le problème.
date -s "30 DEC 2012 02:30:00"
- fonctionne, donc je peux régler l'horloge avec succès sans erreur.
ntpq -pn pool.ntp.org
- fonctionne, j'obtiens des données horaires détaillées du serveur de temps et prouve que les paquets UDP fonctionnent.
ntpdate -d pool.ntp.org
- le mode débogage fonctionne, affiche une tonne de données de débogage et affiche le décalage horaire actuel:
30 Dec 02:38:56 ntpdate[19267]: step time server 208.97.140.69 offset 228.234554 sec
Tout semble normal, jusqu'à ce que:
ntpdate pool.ntp.org
- après une pause de 4,7 secondes, il renvoie:
30 Dec 02:41:29 ntpdate[19274]: no server suitable for synchronization found
Problème similaire en cours d'exécution ntpd
, il ne met pas à jour l'horloge.
Après le démarrage de ntpd, ntpq -pn
tous les refid sont bloqués pour toujours, .INIT.
ce qui signifie qu'ils ne peuvent pas se synchroniser.
/ var / lib / ntp / drift est le paramètre driftfile dans ntp.conf, qui est chmod 644 et appartient à ntp: ntp, comme tous mes autres systèmes.
J'ai essayé une douzaine d'autres serveurs de temps ntp, désactivé le pare-feu iptables et confirmé que le centre de données ne filtre pas le trafic udp. Des idées ce qui empêche ntpd et ntpdate de synchroniser mon horloge?
Il s'agit de CentOS 6.3 x64 sur un serveur dédié avec processeur Intel.