À quelle distance est "trop ​​loin" pour ntpd? Peut-il y arriver par un saut soudain à une charge lourde? Cela peut-il être annulé?

Question

Dans de nombreuses amorces sur ntpd, comme celle-ci , il y a toujours un avertissement que ntpd arrêtera de réinitialiser l'horloge "[si] votre horloge est trop éloignée".

À quelle distance est "trop loin"?

De plus, si un serveur passe soudainement à une charge élevée, par exemple de l'inactivité totale à 100% du processeur, l'augmentation de la température entraînera-t-elle un décalage de l'horloge à "trop ​​loin"?

Ntpd peut-il être configuré pour réinitialiser l'horloge même si l'heure est "trop ​​éloignée" ou au moins rendre "trop ​​loin" un peu plus loin?

Answer 1

Tout d'abord, la différence maximale par défaut est de 1000 comme d'autres l'ont mentionné. Comme l'a indiqué @kyle, vous pouvez utiliser le -g drapeau pour ignorer cela [~ # ~] une [~ # ~] fois uniquement pour régler initialement votre horloge.

Après cela, vous ne devriez vraiment pas voir votre horloge dériver de 1000 secondes entre les mises à jour, même sous forte charge, et si vous le faites, vous devez vraiment remplacer l'horloge. Les paramètres de la configuration dont vous avez besoin sont minpoll et maxpoll . Ceux-ci vous permettront de régler la durée de l'intervalle à la puissance de 2 (par exemple, 10 signifie 2^dix = 1024 s).

Veuillez noter que votre système ne va probablement pas dériver sensiblement même sous une charge élevée, et les paramètres par défaut devraient le garder en échec. Vous ne voulez pas bombarder NTP serveurs avec des mises à jour chaque seconde car vous gaspillez des ressources cela vous bloquera et très probablement un appel à votre FAI NOC. Si vous avez vraiment besoin d'une utilisation du temps extrêmement précise GPS ou configurez votre propre serveur NTP.

Answer 2

NTPD peut ajuster votre horloge par incréments lents si elle est désactivée, le pivotement de l'horloge. L'idée derrière cela est que les étapes lentes ne causeront pas de problèmes avec les temporisateurs logiciels, d'étranges lacunes dans les fichiers journaux, etc.

La vitesse de balayage maximale possible est limitée à 500 parties par million (PPM) par le noyau Unix. Par conséquent, l'horloge peut prendre 2000 secondes pour chaque seconde, l'horloge est en dehors de la plage acceptable.

Selon la page de manuel, ntpd ne fonctionnera pas si votre horloge est à plus de 1000 secondes.

Étant donné que faire pivoter l'horloge pour l'ajuster de 1000 secondes prendra au moins 3 semaines et pendant ce temps, toutes les dates/horodatages sont toujours éteints, cela ne semble pas déraisonnable.

La commande ntpdate a un interrupteur - b pour ajuster simplement l'heure sans pivoter. Ceci est utile dans les cas où l'horloge du système local s'écarte trop de l'heure "correcte".

Answer 3

Ceci est spécifié dans man ntpd , et si vous le remplacez, vous pourriez être intéressé par le -g option (Notez le "qui est 1000 s par défaut":

-g Normalement, ntpd se termine avec un message dans le journal système si le décalage dépasse le seuil de panique, qui est de 1000 s par défaut. Cette option permet de régler l'heure sur n'importe quelle valeur sans restriction; cependant, cela ne peut se produire qu'une seule fois. Si le seuil est dépassé après cela, ntpd se fermera avec un message dans le journal système. Cette option peut être utilisée avec le -q et -x options. Voir la commande tinker pour d'autres options.

Vous pouvez régler cela dans ntpd.conf. Si vous souhaitez le désactiver, vous pouvez définir tinker panic 0. Voir la Documentation des options diverses pour en savoir plus.