Qual è il modo consigliato per sincronizzare l'ora usando NTP?

Questa domanda è emersa più volte in modo localizzato, questa domanda ha lo scopo di fornire il metodo preferito / migliore per sincronizzare l'orologio di un sistema usando NTP.

La soluzione dovrebbe gestire correttamente più problemi, ad esempio:

1. Corretto per il tempo all'avvio rapido in cui l'orologio ha una grande inclinazione.

2. Fornire una configurazione che protegga e / o corregga le situazioni in cui l'orologio a volte può sviluppare una grande inclinazione nel tempo.

3. Una soluzione affidabile in grado di gestire e sincronizzare rapidamente il tempo quando si presentano determinati problemi come: "il server del tempo non era accessibile durante l'avvio" o "Internet non è accessibile durante l'avvio".

La soluzione ideale sarebbe un singolo file di configurazione NTP in grado di gestire tutto questo.

Riferimenti

Molti dei pezzi che forniranno la soluzione "definitiva" sono sparsi sul sito U&L in domande come queste:

• Come forzare l'aggiornamento delle impostazioni di ora e data da Internet?
• Sincronizzazione temporale di macchine su LAN con server NTP GPS sulla LAN
• Come posso creare un modulo Puppet che risolve il tempo?
• NTP non sincronizzato in una macchina virtuale

Ci sono sicuramente altri, ma questi sono quelli che ho visto che mi vengono in mente come rilevanti.

Dal momento che non puoi correggere grandi deviazioni nel tempo usando ntp (a meno che tu non abbia qualche ora affinché l'orologio raggiunga o rallenti) Faccio questo:

servizio ntpd stop
ntpdate us.pool.ntp.org
servizio ntpd start

Lo chiamo una volta al giorno, tutti i giorni. Ho anche messo ntpdate in uno script di init per essere eseguito prima che ntp si avvii dopo l'avvio, poiché riavvii e cicli di accensione sono gli eventi più probabili / frequenti che interferiscono con l'ora del sistema.

Quello che stai cercando è ntpdcon l' --panicgateopzione.

L'opzione panicgate consente alla prima regolazione dopo l' ntpdavvio di avere qualsiasi dimensione. Questo è esattamente per il caso d'uso che hai descritto dove arriva una macchina e il suo orologio è incredibilmente impreciso. Quando ntpd inizia con questa opzione abilitata, può richiedere qualche istante per trovare un server e stabilire la sincronizzazione con esso.

Questa opzione in sé risolve il tuo oggetto n. 1.

# 2 è vaniglia ntpd. Ntpd mantiene un file di deriva che è la frequenza con cui il clock del sistema si inclina.

Il n. 3 è uguale al n. 1. L' --panicgateopzione non si limita immediatamente all'avvio di ntpd, è limitata alla "prima regolazione", ogni volta che tale regolazione è.

Usa chronyd / chronyc invece di ntp / ntpdate. È già il metodo predefinito in fedora e, suppongo, sarà in RHEL 7.0 non appena sarà pronto.

La documentazione è disponibile all'indirizzo http://chrony.tuxfamily.org/