Frage zur Uhrzeitsynchronisation systemd-timesyncd

[Avenger84]

Hallo,
ich habe mit:

systemctl status systemd-timesyncd

geschaut wie meine Systeme die Zeit synchronisieren, dabei ist mir aufgefallen, dass die Linux Server 24.04 mit meiner FritzBox synchronisieren und meine RaspberryPi mit:

● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; preset: enabled)
     Active: active (running) since Sun 2024-12-08 16:02:03 CET; 1 week 0 days ago
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 383 (systemd-timesyn)
     Status: "Contacted time server [2003:a:87f:c37c::7]:123 (2.debian.pool.ntp.org)."
      Tasks: 2 (limit: 2149)
        CPU: 5.809s
     CGroup: /system.slice/systemd-timesyncd.service
             └─383 /lib/systemd/systemd-timesyncd

Um das umzustellen auf die FritzBox habe ich:

sudo nano /etc/systemd/timesyncd.conf

[Time]
NTP=fritz.box
FallbackNTP=0.debian.pool.ntp.org 1.debian.pool.ntp.org 2.debian.pool.ntp.org 3.debian.pool.ntp.org
RootDistanceMaxSec=5
PollIntervalMinSec=32
PollIntervalMaxSec=2048
ConnectionRetrySec=30
SaveIntervalSec=3600

geändert.

Frage:
Auf beiden Systemen ist die timesyncd.conf ausgerautet ab Werk, wieso nimmt Linux Server die FritzBox und Raspian seinen 2.debian.pool.ntp.org ?

Würdet ihr den "SaveIntervalSec" auf 1h stellen ?

 

[Tornhoof]

ausgerautet

Was ist sie?

SaveIntervalSec

Der Wert gibt nur die Häufigkeit vom Schreiben der Statusdaten auf Festplatte an, das ist im üblichen Betrieb vollkommen irrelevant, lass es also beim Originalwert.

 

[konkretor]

hast du systemctl daemon-reload ausgeführt?

verteilst du den ntp per dhcp? dann kann es sein das er den nimmt der per dhcp verteilt wird.

 

[Asghan]

Was ist sie?

auskommentiert.

 

[kartoffelpü]

Linux Server 24.04

Du meinst Ubuntu Server 24.04?

Was ist sie?

vermutlich per Raute (#) irgendwo auskommentiert. Was/wo genau erschließt sich mir noch nicht.

In einem Heimnetz ist es mir relativ egal, ob jedes Gerät (unterschiedliche) NTP-Server im Internet kontaktiert, in einem großen Firmennetzwerk hingegen deutlich relevanter.

Hast du geprüft, dass fritz.box von deinem Server auch richtig aufgelöst wird?

Als Start: https://ubuntu.com/server/docs/use-timedatectl-and-timesyncd

 

[Avenger84]

Ja die Synchronisation mit der FritzBox klappt, komischerweise hat der Linux Server trotzdem 10s Abweichung zur FB/Atomuhr, obwohl frisch synchronsiert.
FB hat DHCP an.

wo kann ich die Häufigkeit der Synchronisation einstellen ?
SaveIntervalSec=3600 <-- hat damit nix zu tun, dachte ich erst.

edit: laut Internet kann man das Intervall nicht beeinflussen.

 

[kartoffelpü]

obwohl frisch synchronsiert

Gibt ntp etwas Zeit. Die Zeit wird normalerweise nicht hart gesetzt sondern langsam angepasst, damit keine Sekunden fehlen oder doppelt vorkommen können.

 

[Avenger84]

wo ich das erste mal heute geschaut hatte im Linux Server, war die letzte Synchro am 11.12. - immerhin 5 Tage her.
Weißt du wie oft das synchronisiert wird?

 

[Pummeluff]

Das kannst du rausfinden mit: timedatectl timesync-status bzw. timedatectl show-timesync

Die Ausgabe bei mir:

timedatectl timesync-status

Server: 192.168.109.1 (192.168.109.1)
Poll interval: 34min 8s (min: 32s; max 34min 8s)
         Leap: normal
      Version: 4
      Stratum: 2
    Reference: E8E39FE7
    Precision: 2us (-19)
Root distance: 7.728ms (max: 5s)
       Offset: -3.604ms
        Delay: 562us
       Jitter: 2.057ms
 Packet count: 9
    Frequency: -15,143ppm

timedatectl show-timesync

LinkNTPServers=192.168.109.1
FallbackNTPServers=0.gentoo.pool.ntp.org 1.gentoo.pool.ntp.org 2.gentoo.pool.ntp.org 3.gentoo.pool.ntp.org
ServerName=192.168.109.1
ServerAddress=192.168.109.1
RootDistanceMaxUSec=5s
PollIntervalMinUSec=32s
PollIntervalMaxUSec=34min 8s
PollIntervalUSec=34min 8s
NTPMessage={ Leap=0, Version=4, Mode=4, Stratum=2, Precision=-19, RootDelay=11.734ms, RootDispersion=1.861ms, Reference=E8E39FE7, OriginateTimestamp=Mon 2024-12-16 21:28:02 CET, ReceiveTimestamp=Mon 2024-12-16 21:28:02 CET, TransmitTimestamp=Mon 2024-12-16 21:28:02 CET, DestinationTimestamp=Mon 2024-12-16 21:28:02 CET, Ignored=no, PacketCount=9, Jitter=2.057ms }
Frequency=-992407

Warum jetzt unterschiedliche Defaultserver verwendet werden? Kommt halt darauf an, wie die Netzwerkeinrichtung konfiguriert ist. Ein Debian-Server verwendet z.B. für DNS die resolv.conf, während Ubuntu systemd-resolved konfiguriert.

Aber normalerweise wird der von DHCP übertragene NTP-Server als NTP-Server in systemd-timesyncd verwendet.

Trivia:
Normalerweise sollte man mindestens 3 Zeitserver verwenden, aus deren Entfernungsmessungen und Durchschnitten dann die möglichst korrekte Zeit ermittelt wird. Systemd verwendet nur einen Zeitserver, egal wieviele man konfiguriert.

 

[Avenger84]

Raspi:

Server: fd00:****:79ff:**** (fritz.box)
Poll interval: 34min 8s (min: 32s; max 34min 8s)
         Leap: normal
      Version: 4
      Stratum: 2
    Reference: CE55C75D
    Precision: 1us (-20)
Root distance: 8.201ms (max: 5s)
       Offset: +825us
        Delay: 936us
       Jitter: 4.600ms
 Packet count: 44
    Frequency: -8,888ppm

und was sagt das nun aus?

Linux:

Server: fd00:****:79ff:**** (fritz.box)
Poll interval: 34min 8s (min: 32s; max 34min 8s)
         Leap: normal
      Version: 4
      Stratum: 2
    Reference: CE55C75D
    Precision: 1us (-20)
Root distance: 8.201ms (max: 5s)
       Offset: -1.620ms
        Delay: 917us
       Jitter: 4.976ms
 Packet count: 44
    Frequency: +8,320ppm

 

[Pummeluff]

Das sagt aus, dass er alle 34 Minuten die Zeit mit dem NTP-Server synchronisiert.

Die restlichen Sachen hab ich auch schon wieder vergessen (Schulung ist lang her). Kannst du aber u.a. hier nachlesen:

Der Wert delay ist die Laufzeit zwischen der Anfrage des NTP-Daemons bis zum Eintreffen der Antwort.

Der Wert offset zeigt die Zeitdifferenz zwischen der Referenzzeit und der eigenen Systemzeit.

Der Wert jitter gibt die Größenordnung der Schwankungen zwischen einzelnen Zeitvergleichen an.

Die Werte sehen bei Dir alle ganz ok aus.