[gelöst] Zeitserver

[ervau]

Bis Bullseye haben alle Geräte in meinem Netzwerk von "ptbtime2.ptb.de" die Systemzeit bezogen. Dazu hatte ich in der ntp.conf

Code: Alles auswählen

# You do need to talk to an NTP server or two (or three).
#server ptbtime1.ptb.de
server ptbtime2.ptb.de
#server ptbtime3.ptb.de

# pool.ntp.org maps to about 1000 low-stratum NTP servers.  Your server will
# pick a different set every time it starts up.  Please consider joining the
# pool: <http://www.pool.ntp.org/join.html>
#pool 0.debian.pool.ntp.org iburst
#pool 1.debian.pool.ntp.org iburst
#pool 2.debian.pool.ntp.org iburst
#pool 3.debian.pool.ntp.org iburst

die Pool-Server auskommentiert und ptbtime2.ptb.de eingetragen.
Mit Bookworm scheint das nicht mehr zu greifen; mein PC geht knappe zwei Minuten vor.
Die ntp.conf existiert noch nach wie vor. Allerdings gibt es aber auch noch einen Ordner ntpsec mit einer aktuellen ntp.conf, bei der die Pool-Server aktiv sind, und eine ntp.conf.dpkg-old, die der früheren ntp.conf entspricht. Ich habe zwar schon mit diesen Dateien "rumgespielt"; leider ohne den gewünschen Erfolg.
Wie bekomme ich auch meinen PC wieder dazu, von ptbtime2.ptb.de die Zeit zu beziehen?
Vielen Dank für Hinweise.
Gruß ervau

[MSfree]

Code: Alles auswählen

dpkg -l | grep ntp

?

[michaa7]

Warum nicht den systemd service nutzen. Schau doch mal ob der läuft:

Code: Alles auswählen

systemctl status systemd-timesyncd

[ervau]

Code: Alles auswählen

systemctl status system-timesyncd
Unit system-timesyncd.service could not be found

Code: Alles auswählen

dpkg -l grep ntp
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
         Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name           Version                         Architektur  Beschreibung
+++-==============-===============================-============-===============>
ii  grep           3.8-5                           i386         GNU grep, egrep>
ii  ntp            1:4.2.8p15+dfsg-2~1.2.2+dfsg1-1 all          Network Time Pr>

Beides als Root.
Wenn ich ehrlich bin, kann ich mit keinem der Ergebnisse wirklich was anfangen. Bei Ersterem scheint auf jeden Fall ein Service zu fehlen, den ich aber über Synaptic nicht finde zum Nachinstallieren.
Über die ntp.conf's geht da nix?
Gruß ervau

[JTH]

und eine ntp.conf.dpkg-old,

Dateien mit Endung .dpkg-old sind Sicherungen deiner alten Konfig, die dpkg anlegt, wenn es – mit deiner Zustimmung – die bestehende Konfig durch eine neue aus dem aktualisierten Paket ersetzt. Die .dpkg-old hat keine Funktion, du kannst aber die Einträge daraus wieder in die eigentliche Konfig übertragen, wo gewünscht.

Allerdings gibt es aber auch noch einen Ordner ntpsec mit einer aktuellen ntp.conf,

Du hast ja bestimmt brav die Releasenotes für Bookworm gelesen und mitbekommen, dass das Paket ntp durch ntpsec ersetzt wurde: 5.1.2. Änderungen an Paketen, die die Systemzeit setzen

Du solltest also deinen gewünschten Server wohl jetzt in der /etc/ntpsec/ntp.conf setzen. Ob es da noch mehr Unterschiede gibt, verrät dir im Zweifelsfall die Manpage oder andere Doku.

Prüfen könntest du mal, ob der ntpsec-Dienst aktiviert ist:

Code: Alles auswählen

systemctl is-enabled ntpsec.service ntpsec-rotate-stats.timer

Das Journal könnte auch verraten, obs hier irgendwo hakt:

Code: Alles auswählen

journalctl -b -u ntpsec.service

Code: Alles auswählen

dpkg -l grep ntp

Da fehlt ein | zwischen dpkg-l und grep ntp Anderer Versuch:

Code: Alles auswählen

dpkg -l '*ntp*'

[cosinus]

Da fehlt ein | zwischen dpkg-l und grep ntp Anderer Versuch:

Code: Alles auswählen

dpkg -l '*ntp*'

Ich dachte wir wollten im DF nur noch apt list benutzen?

Code: Alles auswählen

apt list "~i ~nntp"

[MSfree]

Ich dachte wir wollten im DF nur noch apt list benutzen?

Diesem Abkommen habe ich nicht zugestimmt

Aber egal, ntp ist installiert und timesyncd nicht.

Entweder, man installiert timesyncd nach oder bringt ntp zum Laufen.

Was sagt denn

Code: Alles auswählen

systemctl status ntp

?

[JTH]

Ich dachte wir wollten im DF nur noch apt list benutzen?

Ähh, ja, ertappt

[rhHeini]

Ab Bookworm muss die ntp.conf unter /etc/ntpsec bearbeitet werden. Die greift.

[ervau]

Code: Alles auswählen

systemctl is-enabled ntpsec.service ntpsec-rotate-stats.timer
enabled
enabled

Code: Alles auswählen

journalctl -b -u ntpsec.service
ntpd[534]: CONFIG: restrict nopeer ignored
ntpd[534]: statistics directory /var/log/ntpsec/ does not exist or is unwriteable, error No such file or directory

Code: Alles auswählen

systemctl status ntp
ntpsec.service - Network Time Service
     Loaded: loaded (/lib/systemd/system/ntpsec.service; enabled; preset: enabled)
     Active: active (running) since Wed 2023-06-14 13:07:28 CEST; 3h 21min ago
       Docs: man:ntpd(8)
    Process: 656 ExecStart=/usr/libexec/ntpsec/ntp-systemd-wrapper (code=exited, status=0/SUCCESS)
   Main PID: 659 (ntpd)
      Tasks: 1 (limit: 4915)
     Memory: 1.8M
        CPU: 3.974s
     CGroup: /system.slice/ntpsec.service
             └─659 /usr/sbin/ntpd -p /run/ntpd.pid -g -N -c /run/ntpsec/ntp.conf.dhcp -u ntpsec:ntpsec
...
statistics directory /var/log/ntpsec/ does not exist or is unwriteable, error No such file or directory
...

Das mit dem Übergang von ntp zu ntpsec habe ich gelesen.
Aus den Consolen-Antworten lese ich heraus, daß ntpsec grundsätzlich aktiv ist; allerdings wird bemängelt, daß es dazu keine log-Datei gibt.

"Du solltest also deinen gewünschten Server wohl jetzt in der /etc/ntpsec/ntp.conf setzen.
Ab Bookworm muss die ntp.conf unter /etc/ntpsec bearbeitet werden." Da möchte ich jetzt weitermachen.
Gruß ervau

[JTH]

Code: Alles auswählen

ntpd[534]: statistics directory /var/log/ntpsec/ does not exist or is unwriteable, error No such file or directory

Dann prüf nochmal manuell, obs wirklich nicht existiert:

Code: Alles auswählen

ls -ld  /var/log/ntpsec

Da sollte auch „No such file or directory“ herauskommen.

Wenns nicht existiert, leg es einfach mal an (so wie es das postinst-Skript von ntpsec eigentlich auch tut):

Code: Alles auswählen

install -o ntpsec -g ntpsec -d /var/log/ntpsec

Ändert sich dann, nach einem Neustart

Code: Alles auswählen

systemctl restart ntpsec.service

des Dienstes, etwas laut den Logausgaben? Ich würd eher vermuten, dass dieser fehlende Ordner nicht das eigentliche Problem ist.

der Rechner geht immer noch knappe zwei Minuten vor.

Vielleicht geht ja die Uhr bei der PTB gerade falsch

[ervau]

Bei der Installirung von system-timesyncd sollen ntpsec und ntp deinstalliert werden. Da mich das dann doch etwas verwirrt hat, habe ich davon die Finger gelassen.
in etc/ntpsec/ntp.conf habe ich den Zeitserver ptbtime2.ptb.de eingetragen und die anderen auskommentiert:

Code: Alles auswählen

# Specify one or more NTP servers.
#server ptbtime1.ptb.de
server ptbtime2.ptb.de
#server ptbtime3.ptb.de

# Public NTP servers supporting Network Time Security:
# server time.cloudflare.com nts

# pool.ntp.org maps to about 1000 low-stratum NTP servers.  Your server will
# pick a different set every time it starts up.  Please consider joining the
# pool: <https://www.pool.ntp.org/join.html>
# pool 0.debian.pool.ntp.org iburst
# pool 1.debian.pool.ntp.org iburst
# pool 2.debian.pool.ntp.org iburst
# pool 3.debian.pool.ntp.org iburst

Leider hat das aber keinen Effekt; der Rechner geht immer noch knappe zwei Minuten vor.
Gruß ervau

[rhHeini]

Check mal mit nem ping auf ptbtime2.ptb.de ob die Adresse überhaupt aufgelöst wird.

So nebenbei: Reboot gemacht?

[JTH]

Leider hat das aber keinen Effekt; der Rechner geht immer noch knappe zwei Minuten vor.

Die Ausgabe von

Code: Alles auswählen

journalctl -b -u ntpsec.service

ist dann jedes Mal interessant, um zu sehen, ob etwas (neues) passiert. Oder zumindest der von dir Hinweis, dass dort nix neues steht.

Noch eine Punkt: Hattest du vor dem Upgrade in /etc/default/ntp irgendetwas besonderes eingetragen? Das wurde beim Upgrade übernommen, vielleicht ists aber mit ntpsec nicht mehr kompatibel.

[ervau]

- Nach jeder Änderung -> reboot gemacht,
- journalctl -b -u ntpsec.service -> keine Änderungen,
- /etc/default/ntp -> dort hatte ich als Argument zusätzlich "-6" eingetragen damals wegen DSLite, mittlerweile wieder gelöscht wegen DS
- /etc/default/ntpsec ->

Code: Alles auswählen

NTPD_OPTS="-g -N"
# Set to "yes" to ignore DHCP servers returned by DHCP.
IGNORE_DHCP=""
# If you use certbot to obtain a certificate for ntpd, provide its name here.
# The ntpsec deploy hook for certbot will handle copying and permissioning the
# certificate and key files.
NTPSEC_CERTBOT_CERT_NAME=""

- kein Wunder, keiner der von mir bevorzugten Zeitserver antwortet; egal ob ping -4 oder ping -6; WARUM???

Code: Alles auswählen

PING ptbtime1.ptb.de(ptbtime1.ptb.de (2001:638:610:be01::108)) 56 data bytes
85 packets transmitted, 0 received, 100% packet loss, time 86008ms
PING ptbtime2.ptb.de(ptbtime2.ptb.de (2001:638:610:be01::104)) 56 data bytes
66 packets transmitted, 0 received, 100% packet loss, time 66556ms
PING ptbtime3.ptb.de(ptbtime3.ptb.de (2001:638:610:be01::103)) 56 data bytes
8 packets transmitted, 0 received, 100% packet loss, time 7146ms

Im Gegensatz dazu antworten die Pool-Server aus der ntp.conf!

[ervau]

Ergänzungen:
- ptb-Zeitserver sind auch unter Win10 nicht anpingbar
- auch, wenn ich die Pool-Server nicht mehr auskommentiere, ändert sich nichts daran, daß der PC vorgeht
Mein PC, das unbekannte Wesen; so langsam verläßt mich sogar mein Ehrgeiz, das Thema zu lösen.
Gibt es noch schlaue Ideen?

[mat6937]

Ergänzungen:
- ptb-Zeitserver sind auch unter Win10 nicht anpingbar
- auch, wenn ich die Pool-Server nicht mehr auskommentiere, ändert sich nichts daran, daß der PC vorgeht
Mein PC, das unbekannte Wesen; so langsam verläßt mich sogar mein Ehrgeiz, das Thema zu lösen.
Gibt es noch schlaue Ideen?

Ping ist nicht brauchbar. Versuch mal mit Portscan und Zeitabfrage:

Code: Alles auswählen

nc -zv ptbtime2.ptb.de 4460
nc -6 -zv ptbtime2.ptb.de 4460

und

Code: Alles auswählen

rdate -4npu ptbtime2.ptb.de
rdate -6npu ptbtime2.ptb.de

[MSfree]

- ptb-Zeitserver sind auch unter Win10 nicht anpingbar

Die PTB-Server antworten grundsätzlich nicht auf ping, auch nicht von meiner Kiste aus.

Allerdings fällt mir auf, daß das bei dir über IPv6 geht. Ob das ein Problem ist, weiß ich nicht, es könnte aber eine spezielle Konfiguration erfordern.

[michaa7]

Ist es denn wirklich notwendig den server der PTB zu nutzen? Ich nutze den debian pool seit Jahren und meine ZEit stimmt sekundengenua ... was alles dein Problem nicht löst, ich weiß ...

Wie stellst du den Zeitunterschied von knapp 2 Minuten fest?
Ist es nicht so dass derartige Zeitunterschiede nur in kleinen Schritten und nicht auf einen Schlag korrigiert werden? Ist das vielleicht das Problem?

[mat6937]

Gibt es noch schlaue Ideen?

Teste mal auch mit sntp:

Code: Alles auswählen

apt policy sntp

und der service-unit:

Code: Alles auswählen

:~# systemctl cat sntp
# /etc/systemd/system/sntp.service
[Unit]
Description=SNTP-client to set the local system's time at boot time
After=network-online.target
Wants=network-online.target

[Service]
Type=oneshot
ExecStartPre=-/usr/bin/timedatectl set-ntp false
ExecStart=/usr/bin/sntp -S --logfile=/var/log/sntp.log 1.debian.pool.ntp.org
ExecStartPost=-/usr/bin/timedatectl set-ntp true
RemainAfterExit=no
LogLevelMax=0

[Install]
WantedBy=multi-user.target

In der Kommandozeile kannst Du danach mit:

Code: Alles auswählen

sntp -S 1.debian.pool.ntp.org
date && rdate -4npu 1.debian.pool.ntp.org

testen.

[ervau]

Code: Alles auswählen

nc -zv ptbtime2.ptb.de 4460
ptbtime2.ptb.de [192.53.103.104] 4460 (ntske) open

Code: Alles auswählen

nc -6 -zv ptbtime2.ptb.de 4460
nc: invalid option -- '6'

Code: Alles auswählen

rdate -4npu ptbtime2.ptb.de
-bash: rdate: Kommando nicht gefunden.
rdate -6npu ptbtime2.ptb.de
-bash: rdate: Kommando nicht gefunden.

sntp: Nach Synaptic-Paketverwaltung gibt es mit ntpsec sntp nicht mehr, ist nicht mehr installiert.

Muß es unbedingt ein PTB-Zeitserver sein?

Nein, nicht zwingend, hat aber in der Vergangenheit funktioniert und scheint ja auch bei den übrigen Geräten im Netzwerk zu funktionieren. Und wenn ich die Pool-Server aktiviere, geht der PC ja komischerweise auch vor.

Wie stellst du den Zeitunterschied von knapp 2 Minuten fest?

Ich vergleiche die PC-Zeit mit den restlichen Geräten im Netzwerk (Gateway, APs, NAS) und auch mit Funkuhr, iPhone, iPad.
Alle zeigen unabhängig voneinander die gleiche Zeit.

[MSfree]

Code: Alles auswählen

rdate -4npu ptbtime2.ptb.de
-bash: rdate: Kommando nicht gefunden.

Code: Alles auswählen

apt-get install rdate
/usr/sbin/rdate -4npu ptbtime2.ptb.de

[mat6937]

Code: Alles auswählen

nc -6 -zv ptbtime2.ptb.de 4460
nc: invalid option -- '6'

Dann versuch mal mit:

Code: Alles auswählen

host -t aaaa ptbtime2.ptb.de
ip -6 r g 2001:638:610:be01::104
which nc6
nc6 -zv ptbtime2.ptb.de 4460
nc6 -zv 2001:638:610:be01::104 4460

[ervau]

Code: Alles auswählen

xxxxx-on-debian:~# host -t aaaa ptbtime2.ptb.de
ptbtime2.ptb.de has IPv6 address 2001:638:610:be01::104
xxxxx-on-debian:~# ip -6 r g 2001:638:610:be01::104
2001:638:610:be01::104 from :: via fe80::ca52:61ff:febd:9004 dev enp2s3 proto ra src 2a02:8071:a88:61e0::bf9a metric 100 pref medium
xxxxx-on-debian:~# which nc6
xxxxx-on-debian:~# nc6 -zv ptbtime2.ptb.de 4460
-bash: nc6: Kommando nicht gefunden.
xxxxx-on-debian:~# nc6 -zv 2001:638:610:be01::104 4460
-bash: nc6: Kommando nicht gefunden.

fe80::ca52:61ff:febd:9004, 2a02:8071:a88:61e0::bf9a
offensichtlich mein PC bzw. meine Netzwerkkarte.

[mat6937]

sntp: Nach Synaptic-Paketverwaltung gibt es mit ntpsec sntp nicht mehr, ist nicht mehr installiert.

Dann benutze ntpsec-ntpdig:

Code: Alles auswählen

apt policy ntpsec-ntpdig

ntpdig SNTP client
NTP, the Network Time Protocol, is used to keep computer clocks accurate by synchronizing them over the Internet or a local network, or by following an accurate hardware receiver that interprets GPS, DCF-77, or similar time signals.

ntpdig can be used as an SNTP client to query a NTP or SNTP server and either display the time or set the local system's time. It is not sufficient, however, for maintaining an accurate clock in the long run.

Quelle: https://packages.debian.org/bookworm/ntpsec-ntpdig