Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen gezeigt.

Link zu dieser Vergleichsansicht

tux:ntp [2012/12/22 15:14]
wikisysop [NTP Daemon Status]
tux:ntp [2019/06/26 11:40] (aktuell)
pronto [NTP Daemon Status]
Zeile 1: Zeile 1:
 +[[:tux|{{ :​linux.png?​40|}}]]
 =====Zeitsynchronisation mit NTP===== =====Zeitsynchronisation mit NTP=====
 Eine korrekte Systemzeit ist in Computersystemen idR unabdingbar. Vor allem in Netzwerken wo ggf Logfiles mehrerer Rechner miteinander verglichen werden müssen, ist es unerlässlich auf allen Systemen die korrekte oder zumindest die selbe Zeit eingestellt zu haben. Das Netzwerkprotokoll >><​fc #​008000>​NTP</​fc><<​((http://​de.wikipedia.org/​wiki/​Network_Time_Protocol)) (Network Time Protokoll) basiert auf UDP Port 123 und ist der Standard in Computersystemen zur Zeitsynchronisation.((http://​www.meinberg.de/​german/​info/​ntp.htm)) Eine korrekte Systemzeit ist in Computersystemen idR unabdingbar. Vor allem in Netzwerken wo ggf Logfiles mehrerer Rechner miteinander verglichen werden müssen, ist es unerlässlich auf allen Systemen die korrekte oder zumindest die selbe Zeit eingestellt zu haben. Das Netzwerkprotokoll >><​fc #​008000>​NTP</​fc><<​((http://​de.wikipedia.org/​wiki/​Network_Time_Protocol)) (Network Time Protokoll) basiert auf UDP Port 123 und ist der Standard in Computersystemen zur Zeitsynchronisation.((http://​www.meinberg.de/​german/​info/​ntp.htm))
Zeile 32: Zeile 33:
  
 ====Manuelle Synchronisation==== ====Manuelle Synchronisation====
-Mit dem Kommando >><​fc #​008000>​ntpdate</​fc><<​ können Sie eine Erstsynchronisation manuell sofort durchführen. Installieren Sie dazu das Paket >><​fc #​008000>​ntpdate</​fc><<​((http://​packages.debian.org/​de/​squeeze/​ntpdate)) aus dem Debioanrepository:+Mit dem Kommando >><​fc #​008000>​ntpdate</​fc><<​ können Sie eine Erstsynchronisation manuell sofort durchführen. Installieren Sie dazu das Paket >><​fc #​008000>​ntpdate</​fc><<​((http://​packages.debian.org/​de/​squeeze/​ntpdate)) aus dem Debian-Repository:
 <​xterm>#​ <fc #​008000>​aptitude install ntpdate</​fc></​xterm>​ <​xterm>#​ <fc #​008000>​aptitude install ntpdate</​fc></​xterm>​
  
Zeile 75: Zeile 76:
  ​192.53.103.104 ​ .PTB.            1 u    3   ​64 ​   7   ​57.464 ​  ​47.560 ​  ​6.846</​xterm>​  ​192.53.103.104 ​ .PTB.            1 u    3   ​64 ​   7   ​57.464 ​  ​47.560 ​  ​6.846</​xterm>​
  
-Hier wird zB der Server angezeigt, welchen das System als Peer eingetragen hat (>><​fc #​008000>​remote</​fc><<​ = 192.168.109.102) ​und die >><​fc #​008000>​refid</​fc><<,​ was den nächsten Server anzeigt. Hier im Beispiel ist das die Atomuhr selbst, was sich auch durch das Stratum >><​fc #​008000>​st</​fc><<​ verdeutlichen lässt, welches Angaben macht wie viele Hops der eingetragene Zeitserver von der nächsten Atomuhr entfernt ist (Hier 1 Hop); Wann (In Sekunden) die letzte Abfrage stattgefunden hat (>><​fc #​008000>​when</​fc><<​) und in welchem Intervall diese abgefragt werden (>><​fc #​008000>​poll</​fc><<​). Der Zähler >><​fc #​008000>​when</​fc><<​ wird bei der Abfrage auf Null gestellt und hochgezählt,​ bis der Wert in der Spalte >><​fc #​008000>​poll</​fc><<​ erreicht ist, dann wird die nächste Synchronisation angestoßen. Die Spalte >><​fc #​008000>​reach</​fc><<​ gibt Auskunft wie lange oder wie viele Synchronisationszyklen die Zeitquelle schon zur Verfügung stand. Die Schreibweise ist oktal und der Wert 377 ist der höchstmögliche. Die Spalten >><​fc #​008000>​delay</​fc><<,​ >><​fc #​008000>​offset</​fc><<​ und >><​fc #​008000>​jitter</​fc><<​ geben Auskunft über Signallaufzeiten etc und sind in Millisekunden angegeben. So betrug in diesem Beispiel zB die Signallaufzeit der letzten Abfrage 56,978 Millisekunden. Aus diesen Werten werden dann auch Abweichungen ermittelt und korrigiert, welche sich durch die Signallaufzeit ergeben. ​+Hier wird zB der Server angezeigt, welchen das System als Peer eingetragen hat und die >><​fc #​008000>​refid</​fc><<,​ was den nächsten Server anzeigt. Hier im Beispiel ist das die Atomuhr selbst, was sich auch durch das Stratum >><​fc #​008000>​st</​fc><<​ verdeutlichen lässt, welches Angaben macht wie viele Hops der eingetragene Zeitserver von der nächsten Atomuhr entfernt ist (Hier 1 Hop); Wann (In Sekunden) die letzte Abfrage stattgefunden hat (>><​fc #​008000>​when</​fc><<​) und in welchem Intervall diese abgefragt werden (>><​fc #​008000>​poll</​fc><<​). Der Zähler >><​fc #​008000>​when</​fc><<​ wird bei der Abfrage auf Null gestellt und hochgezählt,​ bis der Wert in der Spalte >><​fc #​008000>​poll</​fc><<​ erreicht ist, dann wird die nächste Synchronisation angestoßen. Die Spalte >><​fc #​008000>​reach</​fc><<​ gibt Auskunft wie lange oder wie viele Synchronisationszyklen die Zeitquelle schon zur Verfügung stand. Die Schreibweise ist oktal und der Wert 377 ist der höchstmögliche. Die Spalten >><​fc #​008000>​delay</​fc><<,​ >><​fc #​008000>​offset</​fc><<​ und >><​fc #​008000>​jitter</​fc><<​ geben Auskunft über Signallaufzeiten etc und sind in Millisekunden angegeben. So betrug in diesem Beispiel zB die Signallaufzeit der letzten Abfrage 56,978 Millisekunden. Aus diesen Werten werden dann auch Abweichungen ermittelt und korrigiert, welche sich durch die Signallaufzeit ergeben. ​
  
-Der poll-Intervall regelt sich abhängig von der Zuverlässigkeit der Zeitquelle selbst nach. Das bedeutet er startet zuerst mit seinem minimalen poll-Intervall >><​fc #​008000>​minpoll</​fc><<​ (16 Sekunden) und erhöht sich, je nachdem wie groß jeweils die zu korrigierenden Zeitunterschiede sind, bis zu seinem maximalen poll-Intervall >><​fc #​008000>​maxpoll</​fc><<;​ das >><​fc #​008000>​maxpoll</​fc><<​ variiert je nach verwendeter Version von 1024 Sekunden bis zu 1,5 Tagen. Der hier zugrunde liegende Algorithmus ist eine Wissenschaft für sich.  +Der poll-Intervall regelt sich abhängig von der Zuverlässigkeit der Zeitquelle selbst nach. Das bedeutet er startet zuerst mit seinem minimalen poll-Intervall >><​fc #​008000>​minpoll</​fc><<​ (16 Sekunden) und erhöht sich, je nachdem wie groß jeweils die zu korrigierenden Zeitunterschiede sind, bis zu seinem maximalen poll-Intervall >><​fc #​008000>​maxpoll</​fc><<;​ das >><​fc #​008000>​maxpoll</​fc><<​ variiert je nach verwendeter Version von 1024 Sekunden bis zu 1,5 Tagen. Der hier zugrunde liegende Algorithmus ist eine Wissenschaft für sich und wird durch eine ganze Menge an Parametern beeinflusst. Normalerweise ist an dieser Stelle kein Eingriff notwendig.
  
-Sie können den poll-Intervall in der Konfigurationsdatei >><​fc #​008000>/​etc/​ntp.conf</​fc><<​ zu den konfigurierten Servern einstellen. Die poll-Zahl entspricht dabei jeweils dem Exponenten zur Basis 2 (also 2<​sup>​4</​sup>;​ 2<​sup>​5</​sup>;​ 2<​sup>​6</​sup>​ usw.) und ergibt die Sekunden bis zur nächsten Synchronisation,​ wobei auf aktuellen Systemen idR >><​fc #​008000>​minpoll = 4</​fc><<​ und >><​fc #​008000>​maxpoll = 17</​fc><<​ entspricht:+Sie können ​aber auch den poll-Intervall in der Konfigurationsdatei >><​fc #​008000>/​etc/​ntp.conf</​fc><<​ zu den konfigurierten Servern einstellen. Die poll-Zahl entspricht dabei jeweils dem Exponenten zur Basis 2 (also 2<​sup>​4</​sup>;​ 2<​sup>​5</​sup>;​ 2<​sup>​6</​sup>​ usw.) und ergibt die Sekunden bis zur nächsten Synchronisation,​ wobei auf aktuellen Systemen idR >><​fc #​008000>​minpoll = 4</​fc><<​ und >><​fc #​008000>​maxpoll = 17</​fc><<​ entspricht:
  
 <code bash|/​etc/​ntp.conf>​... <code bash|/​etc/​ntp.conf>​...
Zeile 89: Zeile 90:
  
 <note important>​**<​fc #​800000>​Note:</​fc>​** Stellen Sie bei einem öffentlichen Server kein zu niedriges >><​fc #​008000>​minpoll</​fc><<​ und vor allem kein zu niedriges >><​fc #​008000>​maxpoll</​fc><<​ ein, weil dies ansonsten eine recht hohe Abfragefrequenz bei dem Server zur Folge hat und dieser uU überlasten werden würde!</​note>​ <note important>​**<​fc #​800000>​Note:</​fc>​** Stellen Sie bei einem öffentlichen Server kein zu niedriges >><​fc #​008000>​minpoll</​fc><<​ und vor allem kein zu niedriges >><​fc #​008000>​maxpoll</​fc><<​ ein, weil dies ansonsten eine recht hohe Abfragefrequenz bei dem Server zur Folge hat und dieser uU überlasten werden würde!</​note>​
 +
 +**Verwandte Artikel:**
 +[[:​win:​setntp|→ Windows Server 2008 R2 NTP Server einstellen]]
 +[[:​it:​hpe_set_ntp_server|→ Aruba Networks: Set NTP server]]
  
 //<fc #​800000>"​We are connecting more than computers"</​fc>//​ //<fc #​800000>"​We are connecting more than computers"</​fc>//​
tux/ntp.1356185672.txt.gz (29037 views) · Zuletzt geändert: 2012/12/22 15:14 von wikisysop
CC Attribution-Share Alike 3.0 Unported
www.chimeric.de Valid CSS Driven by DokuWiki do yourself a favour and use a real browser - get firefox!! Recent changes RSS feed Valid XHTML 1.0