Uhrzeit scheint nicht zu stimmen

arteck

ich hab bei mir komplett auf chrony umgestellt

OliverIO

@oliverio sagte in Uhrzeit scheint nicht zu stimmen:

warum da ntp service inactive bei mir steht weiß ich nicht.

Ich habe mal recherchiert. Warum das bei mir in Debian nicht vorgelegt ist, keine Ahnung.
Es fehlt für systemd ein Verzeichnis ntp-Units anhand dessen geprüft wird, ob ein NTP Dienst läuft.
Also ein Reihen visuelles Problem, ohne die Funktion zu beeinflussen, wenn man geprüft hat, ob der Dienst auch wirklich läuft

Meister Mopper

@arteck sagte in Uhrzeit scheint nicht zu stimmen:

ich hab bei mir komplett auf chrony umgestellt

Ich nehme mal an auf den VM.

Beim LXC wär's ja fatal, wenn man die Zeit des node vom LXC aus ändern kann,

Dr.Pie

@oliverio
mit

sudo systemctl status ntp

kommt:

● ntpsec.service - Network Time Service
     Loaded: loaded (/lib/systemd/system/ntpsec.service; enabled; preset: enabl>
     Active: active (running) since Mon 2025-04-28 21:57:49 CEST; 18h ago
       Docs: man:ntpd(8)
    Process: 33055 ExecStart=/usr/libexec/ntpsec/ntp-systemd-wrapper (code=exit>
   Main PID: 33058 (ntpd)
      Tasks: 1 (limit: 18994)
     Memory: 11.8M
        CPU: 4.833s
     CGroup: /system.slice/ntpsec.service
             └─33058 /usr/sbin/ntpd -p /run/ntpd.pid -c /etc/ntpsec/ntp.conf -g>

Apr 28 22:37:29 nuc ntpd[33058]: PROTO: 188.68.34.173 unlink local addr 192.168>
Apr 28 22:45:31 nuc ntpd[33058]: PROTO: 176.9.157.155 unlink local addr 192.168>
Apr 28 22:47:41 nuc ntpd[33058]: PROTO: 157.230.98.101 unlink local addr 192.16>
Apr 28 22:48:33 nuc ntpd[33058]: PROTO: 2a03:4000:68:d19::1 unlink local addr 2>
Apr 28 22:48:35 nuc ntpd[33058]: PROTO: 62.108.36.235 unlink local addr 192.168>
Apr 28 23:46:51 nuc ntpd[33058]: PROTO: 2003:a:87f:c37c::7 unlink local addr 2a>
Apr 28 23:46:52 nuc ntpd[33058]: PROTO: 128.140.109.119 unlink local addr 192.1>
Apr 29 00:06:27 nuc ntpd[33058]: PROTO: 2a02:8106:21:9400::2 unlink local addr >
Apr 29 02:38:28 nuc ntpd[33058]: PROTO: 168.119.211.223 unlink local addr 192.1>
Apr 29 03:06:43 nuc ntpd[33058]: PROTO: 217.91.44.17 unlink local addr 192.168.>
lines 1-22/22 (END)
● ntpsec.service - Network Time Service
     Loaded: loaded (/lib/systemd/system/ntpsec.service; enabled; preset: enabled)
     Active: active (running) since Mon 2025-04-28 21:57:49 CEST; 18h ago
       Docs: man:ntpd(8)
    Process: 33055 ExecStart=/usr/libexec/ntpsec/ntp-systemd-wrapper (code=exited, status=0/SUCCESS)
   Main PID: 33058 (ntpd)
      Tasks: 1 (limit: 18994)
     Memory: 11.8M
        CPU: 4.833s
     CGroup: /system.slice/ntpsec.service
             └─33058 /usr/sbin/ntpd -p /run/ntpd.pid -c /etc/ntpsec/ntp.conf -g -N -u ntpsec:ntpsec

Apr 28 22:37:29 nuc ntpd[33058]: PROTO: 188.68.34.173 unlink local addr 192.168.178.xxx -> <null>
Apr 28 22:45:31 nuc ntpd[33058]: PROTO: 176.9.157.155 unlink local addr 192.168.178.xxx -> <null>
Apr 28 22:47:41 nuc ntpd[33058]: PROTO: 157.230.98.101 unlink local addr 192.168.178.xxx -> <null>
Apr 28 22:48:33 nuc ntpd[33058]: PROTO: 2a03:4000:68:d19::1 unlink local addr 2a02:8109:1800:xxxx:96c6:91ff:fea1:xxxx -> <null>
Apr 28 22:48:35 nuc ntpd[33058]: PROTO: 62.108.36.235 unlink local addr 192.168.178.xxx -> <null>
Apr 28 23:46:51 nuc ntpd[33058]: PROTO: 2003:a:87f:c37c::7 unlink local addr 2a02:8109:1800:xxxx:96c6:91ff:fea1:xxxx -> <null>
Apr 28 23:46:52 nuc ntpd[33058]: PROTO: 128.140.109.119 unlink local addr 192.168.178.xxx -> <null>
Apr 29 00:06:27 nuc ntpd[33058]: PROTO: 2a02:8106:21:9400::2 unlink local addr 2a02:8109:1800:xxxx:96c6:91ff:fea1:xxxx -> <null>
Apr 29 02:38:28 nuc ntpd[33058]: PROTO: 168.119.211.223 unlink local addr 192.168.178.xxx -> <null>
Apr 29 03:06:43 nuc ntpd[33058]: PROTO: 217.91.44.17 unlink local addr 192.168.178.xxx -> <null>
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
lines 1-22/22 (END)

Thomas Braun

@dr-pie Da ist offenbar ja eine FritzBox im Spiel. Die kann auch als ntp-Server verwendet werden. Dann müssten die einzelnen Rechner lediglich als clients angelegt werden. Hab ich z. B. in meinem Heimnetz so laufen.

Dr.Pie

@thomas-braun Hast Recht ... der nuc ist an einer FritzBox.
Aber alle Tabs sind doch als Client an der FB angemeldet.

Thomas Braun

@dr-pie sagte in Uhrzeit scheint nicht zu stimmen:

Aber alle Tabs sind doch als Client an der FB angemeldet.

Aber du musst den ntp / timesync auf die Fritzbox biegen.

Hier ist das sogar schon mit fritz.box eingerichtet:
https://wiki.ubuntuusers.de/systemd/timesyncd/

Edit: In der FritzBox muss der Dienst auch aktiviert sein.

Dr.Pie

@thomas-braun sagte in Uhrzeit scheint nicht zu stimmen:

ntp / timesync auf die Fritzbox

Zeitsynchronisation

Die FRITZ!Box synchronisiert ihre Uhrzeit mit dem angegebenen Zeitserver im Internet.
Zeitserver pool.ntp.org

Die FRITZ!Box kann als Zeitserver im Heimnetz verwendet werden.
FRITZ!Box als Zeitserver im Heimnetz bereitstellen

Thomas Braun

@dr-pie sagte in Uhrzeit scheint nicht zu stimmen:

Die FRITZ!Box kann als Zeitserver im Heimnetz verwendet werden.
FRITZ!Box als Zeitserver im Heimnetz bereitstellen

Joh.

OliverIO

@thomas-braun sagte in Uhrzeit scheint nicht zu stimmen:

@dr-pie Da ist offenbar ja eine FritzBox im Spiel. Die kann auch als ntp-Server verwendet werden. Dann müssten die einzelnen Rechner lediglich als clients angelegt werden. Hab ich z. B. in meinem Heimnetz so laufen.

Das kann man zwar, aber so wie es aussieht, läuft doch der Dienst schon und die Uhrzeit müsste jetzt passen.
NTP auf der FRITZ!Box ist okay, der jeweilige lokale NTP Dienst müsste den dann ja finden und die Uhrzeit dann dort abholen anstatt aus dem Internet

Thomas Braun

@oliverio sagte in Uhrzeit scheint nicht zu stimmen:

NTP auf der FRITZ!Box ist okay, der jeweilige lokale NTP Dienst müsste den dann ja finden und die Uhrzeit dann dort abholen anstatt aus dem Internet

Das muss man dem aber sagen. Ansonsten wird da was 'von draußen' vorkonfiguriert.

OliverIO

@thomas-braun

Ich dachte da wird was per broadcast identifiziert
Aber bin da nicht so tief drin.

Thomas Braun

@oliverio

Bin da auch nicht drin. Aber ich vermute ein Broadcast verursacht zu viel Netzlast und die Latenz dürfte auch zu groß sein.

Es gibt aber wohl eine Möglichkeit den ntp-Server per DHCP zu übermitteln. Hab ich aber noch nie in freier Wildbahn gesehen.

Community Forum

NEWS

Uhrzeit scheint nicht zu stimmen

Support us

961

32.5k

81.9k

1.3m