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.

  • Problemi di sicurezza con NTPD
  • Sincronizzazione automatica del tempo dell'arte?
  • Come posso distriggersre NTP in pfsense?
  • Sincronizzare il tempo su una networking privata che non deve connettersi a Internet
  • NTP è in esecuzione, orologio di sistema ancora non in tempo - cosa dà?
  • Ottenere l'indirizzo gpsd per ntpd
  • 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)", 

  • Inizializzazione NTP ritardata, Cisco 877W, IOS 12.4 (24) T1
  • Modalità per get un report di bounceback per la mia applicazione newsletter?
  • Creazione di un public_html per un utente su un server Red Hat Linux
  • Come installare LAME su redhat
  • Come fare un repo statico RHEL per un rilascio specifico
  • Come configurare un server di tempo autorevole in Windows Server
  • 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.