NTP fudge strato di origine di networking

È ansible configurare ntpd per ntpd il livello di strato di una fonte di networking?

A prima vista, ho pensato che la direttiva fosse in grado di farlo, ma dopo aver visitato le pagine di ntp.conf(5) ho trovato che questa direttiva si applica solo agli orologi di riferimento.

  • Come configurare un server ntp locale senza accesso a Internet su ubuntu?
  • Ntpd eccessivamente inaccurate
  • NTP: Come stabilire una soluzione ridondante per i server NTP?
  • Come cambiare la sorgente di tempo da "Clock CMOS locale" a "DC"
  • ntpd in esecuzione come non-root, ma i pacchetti in output corrispondono a uid 0
  • La deriva eccessiva dell'orologio su AMD Athlon impedisce a ntpd di sincronizzare l'orologio
  • Alcuni particolari:

    Ho un server locale che esegue ntpd come la fonte di ora primaria per i client della LAN. Questo server è indicato nel pool ntp.org e di solito mantiene un livello di livello 3.

    Oltre al mio server principale, ho un dispositivo di networking di terze parti il ​​cui lavoro principale sta sincronizzando gli orologi da panetworking via wireless. Trasmissione RF. La specifica del dispositivo dice che è un "Time Server compatibile RFC2030", ma altrimenti è praticamente una scatola nera. Ho configurato il dispositivo per utilizzare il mio server principale in quanto è solo la fonte di tempo:

    black box config http://www.freeimagehosting.net/uploads/21bafb12bd.png

    Il mio problema è emerso quando ho configurato ntpd sul mio computer personale per utilizzare sia il mio server NTP principale che il trasmettitore wireless come fonti di tempo. Quando ho esaminato il mio ntpd locale, ho notato che la "scatola nera" (10.xxZ) era la fonte di tempo preferita:

     $ ntpq -pn remote refid st t when poll reach delay offset jitter ============================================================================== x10.xxX 69.164.222.108 3 u 48 64 177 0.501 370.029 1.530 *10.xxZ 10.xxZ 2 u 50 64 377 1.354 -23.681 14.179 

    Poiché la sola volta di server 10.xxX è server 10.xxX (che è lo strato 3), dovrebbe essere lo strato 4. Credo che il produttore abbia codificato il suo livello di strato.

    C'è un modo per get la mia macchina per favorire il server "buono" (10.xxx) nonostante sia il livello più alto del livello? Ho anche provato la direttiva prefer nel mio file locale ntp.conf , ma senza alcun risultato, la piccola casella nera vince sempre: /

    Per quello che vale la mia macchina locale è in esecuzione Mac OS X 10.6.

     $ ntpq -c rv | grep version version="ntpd 4.2.4p4@1.1520-o Mon May 18 19:38:25 UTC 2009 (1)", 

  • come modificare l'ordine di avvio degli script init di linux in Redhat, Centos
  • Come verificare se un indirizzo IP è gratuito su una networking
  • Quando deve essere utilizzato NTPd broadcast / broadcastclient anziché client / server o modalità peer?
  • C'è materiale di ricerca sull'accuratezza di NTP?
  • Quali sono gli svantaggi della disabilitazione del panico 0 in NTP?
  • Aggiornamento di PHP su RedHat
  • 5 Solutions collect form web for “NTP fudge strato di origine di networking”

    Dopo alcune ulteriori ricerche sembra "fudging" il livello di strato di una fonte di networking non è ansible. Così mi sono trasferito e ho provato la risposta di dtoubeli . Con mia grande sorpresa, semplicemente rendere il mio server locale tempo un livello di livello 2 (uguale al dispositivo di terze parti) non ha sempre causato la fonte di tempo preferita. Il mio ntpd locale continuerebbe a regolare entrambi come "falsi ticks". Per quale motivo non sono sicuro, ma indovino perché erano le sole due fonti di tempo, ei loro tempi erano così lontani.

    Il problema più grande è il fatto che il mio dispositivo di terze parti non sembra avere un tempo molto coerente, in effetti fluttua molto. La soluzione al mio problema stava aggiungendo diverse altre fonti di tempo accurate (pool.ntp.org) al mio /etc/ntp.conf . Ora il mio server locale è sempre scelto come fonte di tempo preferita, spesso volte nonostante abbia un livello di livello più alto di alcuni dei server presenti nel pool.

    Potresti provare a eseguire il tuo ntpd locale allo strato 2. Invece di indicarlo a pool.ntp.org creare solo un elenco di server 5-7 strato 1 e aggiungerli direttamente alla configuration. Con il server di riferimento allo strato 1 il tuo sarà in esecuzione allo stratum 2. Quindi l'opzione prefer potrebbe funzionare.

    Tuttavia, dal livello del mio livello di esperienza non è sempre il fattore vincente nelle elezioni primarie. Penso che la latenza e la vibrazione abbiano un'influenza notevole. Avevo notato in diverse occasioni che il server di livello inferiore era stato scelto come fonte primaria anche se esistevano diversi server di livello superiore disponibili solo perché avevano la latenza più bassa. Ecco perché non riesco a garantire che l'approccio suggerito functionrà.

    Ho una sorgente di tempo locale di networking ad alto livello che mi dà uno status falsetick (x) anche in ntpq, e ho scoperto che usando "true [true-IP-server] true" in ntp.conf ignorerà il controllo falsetick e consentirà essere un ansible candidato. Sembra che il numero dello strato non sempre significa una priorità maggiore.

    Se non ti piace questo server 10.xxZ come riferimento questo dovrebbe fare il trucco:

     server 10.xxZ noselect 

    Questo è utile se il server deve essere utilizzato solo per monitorare i motivi. in alternativa si potrebbe anche configurare:

     server 10.xxX prefer 

    Pertanto 10.xxZ non verrà utilizzato se 10.xxX è disponibile.

    Una delle ragioni per cui è preferibile è che il tuo altro server di orario non sia stato raggiunto di recente. Vedi la colonna di destinazione?

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.