Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
centos:ntp_c7 [26.06.2015 09:10. ] – [Daemon] djangocentos:ntp_c7 [22.07.2019 14:45. ] (aktuell) django
Zeile 7: Zeile 7:
 Seit CentOS 7 wird neben dem altbekanntem NTP-Daemon **ntp** ein weiterer Daemon Namens **chrony** zur Verfügung gestellt. In Adminkreisen wurde dazu oft spekuliert und argumentiert, warum RedHat einen Daemon als Default zur Verfügung gestellt wird, der vom Entwickler hauptsächlich für mobile Geräte oder nur unregelmäßig laufenden Systemen gebaut hat. Seit CentOS 7 wird neben dem altbekanntem NTP-Daemon **ntp** ein weiterer Daemon Namens **chrony** zur Verfügung gestellt. In Adminkreisen wurde dazu oft spekuliert und argumentiert, warum RedHat einen Daemon als Default zur Verfügung gestellt wird, der vom Entwickler hauptsächlich für mobile Geräte oder nur unregelmäßig laufenden Systemen gebaut hat.
  
-Im Kapitel **[[https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/System_Administrators_Guide/ch-Configuring_NTP_Using_the_chrony_Suite.html#sect-differences_between_ntpd_and_chronyd|15.1.1. Differences Between ntpd and chronyd]]** finden sich detailierte Angaben, welche Vor- und Nachteile der Daemon **chronyd** gegenüber dem NTP Daemon **ntp**hat. Im gleich anschließendem Kapitel **[[https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/System_Administrators_Guide/ch-Configuring_NTP_Using_the_chrony_Suite.html#sect-Choosing_between_NTP_daemon|15.1.2. Choosing Between NTP Daemons]]** finden sich dann auch noch weitere Informationen, welcher Daemon wann eingesetzt werden soll.+Im Kapitel **[[https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/System_Administrators_Guide/ch-Configuring_NTP_Using_the_chrony_Suite.html#sect-differences_between_ntpd_and_chronyd|15.1.1. Differences Between ntpd and chronyd]]** finden sich detailierte Angaben, welche Vor- und Nachteile der Daemon **chronyd** gegenüber dem NTP Daemon **ntp**hat. Im gleich anschließendem Kapitel **[[https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/System_Administrators_Guide/ch-Configuring_NTP_Using_the_chrony_Suite.html#sect-Choosing_between_NTP_daemon|15.1.2. Choosing Between NTP Daemons]]** finden sich dann auch noch weitere Informationen, welcher Daemon wann eingesetzt werden soll.  
 + 
 +Eine detailierte Gegenüberstellung von **chronyd**, **ntpd** und **openntpd** ist auf der Seite **//[[http://chrony.tuxfamily.org/comparison.html|Comparison of NTP implementations]]//** zu finden.
  
 <WRAP center round tip 80%> <WRAP center round tip 80%>
Zeile 15: Zeile 17:
   * chronyd can adjust the rate of the clock on a Linux system in a larger range, which allows it to operate even on machines with a broken or unstable clock. For example, on some virtual machines.   * chronyd can adjust the rate of the clock on a Linux system in a larger range, which allows it to operate even on machines with a broken or unstable clock. For example, on some virtual machines.
 </WRAP> </WRAP>
- 
- 
  
 Die nachfolgende Graphik zeigt exemplarisch den Offset mehrerer virtueller CentOS-Systeme. Der Offset wird dabei von einem **[[centos:web_c7:icinga:start|Icinga2-Monitoring-Server]]** laufend überwacht.  Die nachfolgende Graphik zeigt exemplarisch den Offset mehrerer virtueller CentOS-Systeme. Der Offset wird dabei von einem **[[centos:web_c7:icinga:start|Icinga2-Monitoring-Server]]** laufend überwacht. 
Zeile 24: Zeile 24:
 Die Server vml000010 bis vml000050 benutzen für den Abgleich der Zeiten das Paket **ntp**; die Server vml000052 bis vml000117 hingegen nutzen den Daemon **chrony**. Bemerkenswert bei diesem Vergleich ist, dass der //Offset// der einzelnen virtuellen Maschinen bei der Verwendung von **chronyd** um den __//Faktor 10 - 100 geringer//__ ist, als bei den vergleichbaren **ntp** bestückten Systemen. Die Server vml000010 bis vml000050 benutzen für den Abgleich der Zeiten das Paket **ntp**; die Server vml000052 bis vml000117 hingegen nutzen den Daemon **chrony**. Bemerkenswert bei diesem Vergleich ist, dass der //Offset// der einzelnen virtuellen Maschinen bei der Verwendung von **chronyd** um den __//Faktor 10 - 100 geringer//__ ist, als bei den vergleichbaren **ntp** bestückten Systemen.
  
-Dies und die Konfigurationsempfehlung von RedHat finden daher bei den Installation Rund um **[[start|Django'WIKI]]** entsprechend Berücksichtigung.+Ähnliche Ergebnisse kann man auch beim direkten Vergleich der zur Verfügung stehenden Zeitquellen an einem Host mit Hilfe von **ntpq**. 
 +   # watch -d -n 1 "ntpq -pn4" 
 + 
 +<code>     remote           refid      st t when poll reach   delay   offset  jitter 
 +============================================================================== 
 ++10.0.0.20       85.10.200.230    2 u  127  128  377    0.184    1.495   0.113 
 +*10.0.0.57       193.175.73.151   2 u  128  128  377    0.166    0.233   0.124 
 ++10.0.0.127      78.111.224.11    2 u   79  128  377    0.150    1.992   1.517 
 +</code> 
 + 
 +In dem gezeigtem Beispiel wurde der Test auf einem CentOS 6 Host vorgenommen, wobei die Hosts folgender Natur waren: 
 +  * 10.0.0.20 = CentOS 6 NTP-Server mit Hilfe von **ntpd**, 
 +  * 10.0.0.57 = CentOS 7 NTP-Server mit Hilfe von **chrony** und 
 +  * 10.0.0.127 = CentOS 7 NTP-Server mit Hilfe von **ntpd**. 
 +  *  
 +Diese beiden Beispiele und die Konfigurationsempfehlung von RedHat finden daher bei den Installation Rund um **[[start|Djangos WIKI]]** entsprechend Berücksichtigung.
  
 ===== chronyd ===== ===== chronyd =====
Zeile 5453: Zeile 5468:
     * **2** wird angezeigt, wenn der Daemon sich mit einer Quelle synchronisiert hat, die den Wert Stratum 1 inne hat.     * **2** wird angezeigt, wenn der Daemon sich mit einer Quelle synchronisiert hat, die den Wert Stratum 1 inne hat.
     * **n** Jede weitere Erhöhung des Stratum-Wertes bedeutet, dass ein weiterer Host zwischen dem chrony-Daemon und dem Zeitnormal mit dem Stratum Wert 1 steht.     * **n** Jede weitere Erhöhung des Stratum-Wertes bedeutet, dass ein weiterer Host zwischen dem chrony-Daemon und dem Zeitnormal mit dem Stratum Wert 1 steht.
-  * **Poll** \\ Angabe in welchen Abständen die Uhrzeit turnusmäßig synchronisiert wird. Die Zeitspanne errechnet sich bei einem polling-Wert **n = 6** nach (<html>2<sup><b>n</b></sup></html>) von <html><b>2<sup>6</sup> = 64</b></html>. Der wert kann schwanken, je nach dem wie stabil das Zeitnormal verläuft.+  * **Poll** \\ Angabe in welchen Abständen die Uhrzeit turnusmäßig synchronisiert wird. Die Zeitspanne errechnet sich bei einem polling-Wert **n = 6** nach (<html>2<sup><b>n</b></sup></html>) von <html><b>2<sup>6</sup> = 64</b></html>. Der Wert kann schwanken, je nach dem wie stabil das Zeitnormal verläuft.
   * **Reach** \\ Registerwert (Oktalzahl) der empfangenen Datenpakete. Das Register hat hat 8 bit und wird jeweils beim Empfang bzw. etwaigen Verlusten von Datenpaketen angepasst. Ein Wert von 377 zeigt z.B. an, das die letzten acht empfangenen Datenpakete gültig waren.   * **Reach** \\ Registerwert (Oktalzahl) der empfangenen Datenpakete. Das Register hat hat 8 bit und wird jeweils beim Empfang bzw. etwaigen Verlusten von Datenpaketen angepasst. Ein Wert von 377 zeigt z.B. an, das die letzten acht empfangenen Datenpakete gültig waren.
   * **LastRx** \\ In dieser Spalte wird angezeigt, wann zuletzt von der genannten Zeitquelle ein Datenpaket empfangen wurde. Ein reiner Zahlenwert steht für die Angabe in Sekunden, sowie die Buchstaben **m**, **h**, **d** oder **y** jeweils für **Minuten**, **Stunden**, **Tage** bzw. **Jahre**. Der Wert 10 Jahre steht dafür, dass noch kein gültiges Datenpaket von der Quelle empfangen wurde.   * **LastRx** \\ In dieser Spalte wird angezeigt, wann zuletzt von der genannten Zeitquelle ein Datenpaket empfangen wurde. Ein reiner Zahlenwert steht für die Angabe in Sekunden, sowie die Buchstaben **m**, **h**, **d** oder **y** jeweils für **Minuten**, **Stunden**, **Tage** bzw. **Jahre**. Der Wert 10 Jahre steht dafür, dass noch kein gültiges Datenpaket von der Quelle empfangen wurde.
Zeile 5847: Zeile 5862:
 </file> </file>
  
 +/*
 +Jul 10 14:34:33 pml010002 kernel: usb 3-1: USB disconnect, device number 2                                                                                                       
 +Jul 10 14:34:37 pml010002 kernel: usb 3-1: new full speed USB device number 12 using ohci_hcd                                                                                    
 +Jul 10 14:34:37 pml010002 kernel: usb 3-1: New USB device found, idVendor=0403, idProduct=e88a                                                                                   
 +Jul 10 14:34:37 pml010002 kernel: usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3                                                                              
 +Jul 10 14:34:37 pml010002 kernel: usb 3-1: Product: Expert mouseCLOCK USB II                                                                                                     
 +Jul 10 14:34:37 pml010002 kernel: usb 3-1: Manufacturer: GUDEADS
 +Jul 10 14:34:37 pml010002 kernel: usb 3-1: SerialNumber: FTYRYEJF
 +Jul 10 14:34:37 pml010002 kernel: usb 3-1: configuration #1 chosen from 1 choice
 +Jul 10 14:34:37 pml010002 kernel: ftdi_sio 3-1:1.0: FTDI USB Serial Device converter detected
 +Jul 10 14:34:37 pml010002 kernel: usb 3-1: Detected FT232RL
 +Jul 10 14:34:37 pml010002 kernel: usb 3-1: Number of endpoints 2
 +Jul 10 14:34:37 pml010002 kernel: usb 3-1: Endpoint 1 MaxPacketSize 64
 +Jul 10 14:34:37 pml010002 kernel: usb 3-1: Endpoint 2 MaxPacketSize 64
 +Jul 10 14:34:37 pml010002 kernel: usb 3-1: Setting MaxPacketSize 64
 +Jul 10 14:34:37 pml010002 kernel: usb 3-1: FTDI USB Serial Device converter now attached to ttyUSB1
 +*/
 == IPv6 Deaktivierung == == IPv6 Deaktivierung ==
 Hat man im eigenen Netz "nur" **IPv4** im Einsatz, möchte man selbstredend den Support für **IPv6** deaktivieren. Hat man im eigenen Netz "nur" **IPv4** im Einsatz, möchte man selbstredend den Support für **IPv6** deaktivieren.
Zeile 5981: Zeile 6013:
 +81.169.180.23   78.46.78.10      3 u    2   64  377   28.552    0.764   0.540 +81.169.180.23   78.46.78.10      3 u    2   64  377   28.552    0.764   0.540
 +88.198.23.16    192.53.103.104   2 u   64   64  377   12.074    0.461   0.589 +88.198.23.16    192.53.103.104   2 u   64   64  377   12.074    0.461   0.589
-*88.198.8.101    DCF77            1 u   62   64  377   12.315    0.552   0.852 ++88.198.8.101    192.53.103.104   2 u   62   64  377   42.315    0.422   0.666 
- +*193.175.73.151  DCF77            1 u   62   64  377   12.315    0.552   0.852
- +
- +
- +
 </code> </code>
  
-An Hand des ** * ** am Zeilenanfang ist zu erkennen, dass Synchronisation erfolgt. Die Spalten haben folgende Bedeutung:  +An Hand des **%%*%%** am Zeilenanfang ist zu erkennen, dass Synchronisation erfolgt. Die Spalten haben folgende Bedeutung:  
- +  * **remote** \\ Mit welchen Servern ist mein Zeitserver verbunden? 
- +  * **refid** \\ Von welcher Zeitquelle stammt die Zeit?  
-^Spalte^Bedeutung^ +  * **st** \\ Anzeige des Stratum-Wertes von der Quelle an Hand der zuletzt empfangenen Datenpakete. 
-|remote|Mit welchen Servern ist mein Zeitserver verbunden?                     | +    * **1** wird angezeigt, wenn der Server über eine lokal angeschlossene Referenzuhr verfügt. 
-|refid |Von welcher Zeitquelle stammt die Zeit?                                | +    * **2** wird angezeigt, wenn der Daemon sich mit einer Quelle synchronisiert hat, die den Wert Stratum 1 inne hat. 
-|st    |stratum (Entfernung von der Zeitquelle in )                            | +    * **n** Jede weitere Erhöhung des Stratum-Wertes bedeutet, dass ein weiterer Host zwischen dem chrony-Daemon und dem Zeitnormal mit dem Stratum Wert 1 steht. 
-|    |type (u = unicast, m = multicast, l = local, - = don't know)           | +  * **t** \\ Welchen Typs ist die Zeitquelle? 
-|when  |Wann wurde der Server zuletzt angefragt                                | +    * **u** = unicast, 
-|poll  |Wie oft wird mit diesem Server syncronisiert? ( Intervall in Sekunden )| +    * **m** = multicast, 
-|reach |Wie gut ist der Server erreichbar? 377 = optimal                       | +    * **l** lokal, 
-|delay |                                                                       | +    * **-** unbekannt 
-|offset|                                                                       | +  * **when** \\ Vor wieviel Sekunden wurde beim Server zuletzt angefragt ? 
-|jitterAbweichung in Millisekunden                                           | +  * **poll** \\ Wie oft wird mit diesem Server syncronisiert? ( Intervall in Sekunden ) 
- +  * **reach** \\ Registerwert (Oktalzahl) der empfangenen Datenpakete. Das Register hat hat 8 bit und wird jeweils beim Empfang bzw. etwaigen Verlusten von Datenpaketen angepasst. Ein Wert von 377 zeigt z.B. an, das die letzten acht empfangenen Datenpakete gültig waren und somit alles bestens ist.  
- +  * **delay** \\ Verzögerung durch Laufzeitunterschiede zwischen dem externen Zeitserver und dem lokalen Server. 
- +  * **offset** \\ Repräsentiert die geschätze Differenz der lokalen Uhr zur externen Quelle. 
 +  * **jitter** \\ Abweichung in Millisekunden
  
 ====== Links ====== ====== Links ======
Zeile 6013: Zeile 6041:
   * Zurück zur **[[http://dokuwiki.nausch.org/doku.php/|Startseite]]**   * Zurück zur **[[http://dokuwiki.nausch.org/doku.php/|Startseite]]**
  
-~~DISCUSSION~~+
  
  
  
  • centos/ntp_c7.1435309827.txt.gz
  • Zuletzt geändert: 26.06.2015 09:10.
  • von django