Exécutez-vous "service ntpd restart" et "ntpdate <ntp-server-ip>" effectuent-ils le même travail ?

ntpdate et ntpd sont des outils différents, mais l'un d'eux aide l'autre.

ntpdate est utilisé pour synchroniser l'horloge système immédiatement. Il prend le temps à partir d'un serveur ntpd, qui a un statut synchronisé (stratum 1 - 4).

Le service ntpd règle l'horloge système doucement. Il peut passer plusieurs heures à éliminer le retard de l'horloge système pour quelques minutes. Pendant tout ce temps, il a un statut synchronisé stratum 16 - cela signifie que l'horloge système n'est pas synchronisée. La commande de redémarrage du service service ntpd restart est utilisée uniquement pour appliquer les modifications dans son fichier de configuration.

ntpdate est généralement utilisé pour synchroniser l'horloge système d'un ordinateur personnel au démarrage. Le service ntpd est généralement utilisé pour synchroniser l'horloge système d'un serveur en permanence.

Non. Citant man ntpdate:

ntpdate refusera de définir la date si un démon serveur NTP (par exemple, ntpd) est en cours d'exécution sur le même hôte. Lorsque vous exécutez ntpdate régulièrement depuis cron en tant qu'alternative à l'exécution d'un démon, le faire une fois toutes les heures ou deux donnera une précision suffisante pour éviter de décaler l'horloge.

Sur diverses distributions Linux couramment utilisées (y compris CentOS, Debian et Ubuntu), ntpd est démarré avec le drapeau -g par défaut, ce qui signifie qu'il effectuera une grande avance d'horloge lors du premier ajustement si nécessaire. Donc, dans la plupart des cas, ntpdate ne devrait pas être nécessaire, et redémarrer ntpd serait préférable.

Mais, comme l'a commenté Sven, si ntpd fonctionne depuis un certain temps et que vous vous retrouvez toujours avec un grand décalage, alors quelque chose ne va pas avec votre configuration NTP ou votre réseau (ou les deux).

Plutôt que de redémarrer ntpd ou d'exécuter ntpdate, essayez de diagnostiquer pourquoi vous vous retrouvez dans cette situation en premier lieu.

Quelques problèmes courants :

1. Ne pas inclure assez de pairs - vous devriez en avoir au moins 4. Lisez l'intégralité du projet BCP si vous avez le temps.
2. Utiliser le server avec le pool NTP public au lieu de la nouvelle directive pool - vous devriez utiliser cette dernière si votre ntpd le supporte.
3. Utiliser des pairs trop éloignés ou mal connectés - essayez de sélectionner des pairs fiables proches. Mieux encore, complétez vos pairs externes avec une horloge de référence locale pour votre réseau. (Un BeagleBone, un Raspberry Pi ou un LeoNTP avec un récepteur GPS pourraient être un bon choix, selon votre environnement.)
4. Il pourrait y avoir d'autres raisons pour lesquelles votre serveur peine à maintenir une bonne heure, comme un bug kernel ou une mauvaise horloge matérielle. Activer loopstats, peerstats et sysstats dans votre ntp.conf devrait aider à résoudre ce problème.

Publiez votre configuration et la sortie de ntpq -np et espérons que nous puissions vous aider à résoudre cela.