26.08.2024, aktualisiert um 09:19:50 Uhr

2315

NTP an Windows Server 2022

Hallo,

ich habe hier einen Single-Server mit Windows 2022. Kein AD.
Der hat nun eine falsche Uhrzeit um 5 Minuten.

Ein Blick verrät, dass er die CMOS Clock verwenden und diese falsch läuft.
Aber er soll ja besser einen öffentlichen NTP nutzen.

w32tm /config /manualpeerlist:time.windows.com /syncfromflags:manual /reliable:yes /update
Mit den Update, reload und resync parameter.

Aber die GUI zeigt immer noch "Zeitserver: Nicht angegeben" und "w32tm /query /source" meldet "Local CMOS Clock".

Was mache ich da falsch?

Stefan

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 61815853253

Url: https://administrator.de/forum/ntp-an-windows-server-2022-61815853253.html

Ausgedruckt am: 22.12.2024 um 05:12 Uhr

22 Kommentare

Neuester Kommentar

Hallo.

Dienst schon mal neu gestartet bzw. Server gebootet?

Jürgen

Zitat von @chiefteddy:
Dienst schon mal neu gestartet bzw. Server gebootet?

Dienst schon neu gestartet ohne effekt
Server booten kann ich aktuell nicht. Aber es muss doch auch so gehen....

Der Server hängt hinter eine FritzBox mit Default-Settings.
Es gibt da keinen Filter oder ähnliches.

Kann man eine NTP-Anfrage in der Console live sehen um zu schauen was er macht und wo es hakt?

Stefan

Hatte ich letztens auch bei ein paar Maschinen gesehen. Grund war ein deaktivierter Zeitgeber Dienst. Den wieder aktivieren und sollte umgehend gehen. Keine Ahnung welches Windows Update da wieder zuständig für war

EDIT: Deine Antwort hat sich gerade mit meiner überschnitten, sorry!

EDIT 2: Führ mal diese Schritte aus

net stop w32time
w32tm /unregister
w32tm /register
net start w32time

Guten Morgäähhn

Frage: ist eine Firewall dazwischen? Wenn Du den Befehl "w32tm /query /source" absetzt und der eingestellte Zeitserver nicht erreichbar ist, dann zeigt er genau das an.

Befehl zum Testen:

w32tm /resync /rediscover

Konfigurierte NTP Server anzeigen:
w32tm /query /peers

Konfigurierte NTP Server aus Registry anzeigen:
reg QUERY HKLM\SYSTEM\CurrentControlSet\Services\W32Time\Parameters /v NtpServer

Hallo,

Keine Firewall. Nur FritzBox mit Default settings.

w32tm /query /source
Local CMOS Clock

w32tm /resync /rediscover
Befehl zum erneuten Synchronisieren wird den lokalen Comptuer gesendet.
Der Computer wurde nicht synchronisiert, da keine Zeitdaten verfügbar waren.

w32tm /query /peers
Anzahl Peers: 1

Peer: time.windows.com,0x8
Status: Aktiv
Verbleibende Zeit: 11.5946052s
Modus: 3 (Client)
Stratum: 0 (nicht angegeben)
PeerAbrufintervall: 0 (nicht angegeben)
HostAbrufintervall: 6 (64s)

reg QUERY HKLM\SYSTEM\CurrentControlSet\Services\W32Time\Parameters /v NtpServer

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters
NtpServer REG_SZ time.windows.com,0x8

Stefan

Von bytefusion.com gibt es einige NTP-Testtools:
Ntpquery
Ntpscan

Jürgen

Moin,

ein einer elevated shell:

w32tm /config /update /manualpeerlist:de.pool.ntp.org /syncfromflags:manual /reliable:yes
w32tm /resync /rediscover
w32tm /query /source

Der time.windows.com ist erreichbar?

Weil eingetragen ist er ja.

Zitat von @Franz-Josef-II:

Der time.windows.com ist erreichbar?

selbst wenn, ist der im Dauerbetrieb extrem unzuverlässig...

Zitat von @Kraemer:
ein einer elevated shell:

w32tm /config /update /manualpeerlist:de.pool.ntp.org /syncfromflags:manual /reliable:yes
w32tm /resync /rediscover
w32tm /query /source

Ich starte den Server heute Abend mal neu...

Hallo,

das Netzwerk scheint kein Problem zu sein

w32tm /monitor /computers:de.pool.ntp.org
                                                                      
Analyse de.pool.ntp.org (1 of 1)...
                                                                      
                                                                      
de.pool.ntp.org[78.46.30.149:123]:
    ICMP: 0ms Verz”gerung
    NTP: +20.8464394s Offset von lokaler Zeit
        RefID: (unbekannt) [0x5FCC11ED]
        Stratum: 2
[Warnung] 
Die Reversenamenaufl”sung ist die beste M”glichkeit. Sie ist ggf. nicht
korrekt, da sich das Ref-ID-Feld in Zeitpaketen im Bereich von 
NTP-Implementierungen unterscheidet und ggf. keine IP-Adressen verwendet.

selbst wenn, ist der im Dauerbetrieb extrem unzuverlässig...

..... aber er ist eingestellt, kann ja auch jeden anderen nehmen.

Der Klassiker wäre ja, wenn der UDP123 von der Firewall geblockt wird 😊

Noch eine Nachfrage: Hat das auf diesem Gerät schon einmal funktioniert?

Einen noch

w32tm /config /update /manualpeerlist:0.de.pool.ntp.org 1.de.pool.ntp.org /syncfromflags:manual  /reliable:yes
w32tm /resync /rediscover
w32tm /query /source

Der Server ist aber keine VM oder?

Wenn es eine wäre, dann sagt er beim /query /source
VM IC Time Syncronization Provider

wenn er mit dem Host synct.

Zitat von @Kraemer:

w32tm /config /update /manualpeerlist:0.de.pool.ntp.org 1.de.pool.ntp.org /syncfromflags:manual  /reliable:yes
w32tm /resync /rediscover
w32tm /query /source

Da fehlt ein Komma. Sonst gleiches Ergebnis

Der Server ist aber keine VM oder?

Nein, ASUS Mainboard mit Ryzen 9 irgendwas

Stefan

War da nicht mal was das wenn er dann die zeit von einem NTP bekommt die Zeit "langsam" nach oben oder unten, je nach dem ob die Uhr Vor oder Nach geht, korregiert ? Ich meine sowas im Hinterkopf gehabt zu haben und meine auch das ich das mal bei uns im Management gesehn habe.

Selbst wenn (mir wäre es noch nicht aufgefallen) dürfte es nicht zu diese Ausgabe kommen:

w32tm /query /source
Local CMOS Clock

Da steht normalerweise der Zeitserver und nicht Local CMOS Clock.

Ich würde halt mehrere, verschiedene Zeitserver testen.

Wie oben schon steht, guck mal auf den Windows-Zeitgeber Dienst.

Steht der auf Automatisch starten?

Exakt das gleiche Problem hatte ich vor 2 Wochen, es lag an dem Dienst.

EDIT: Auch wenn der ZeitGEBER heißt, der ist auch zum Abholen zuständig

Zitat von @Deepsys:
Wie oben schon steht, guck mal auf den Windows-Zeitgeber Dienst.
Steht der auf Automatisch starten?

Ja und läuft

Ok, nach 3 Neustarts, 4 mal böse anschauen und 2 mal mit Neuinstallation funktioniert es nun.
Ich habe aber nichts anders gemacht. Ich kann nicht sagen warum es nun geht.
Stefan

Was man auch immer prüfen sollte ist die Firewall.
NTP nutzt UDP Port 123. Aber bei einer FB sollte das kein Problem sein.
Ich hatte das mal bei der Hetzner-Firewall mit einem Server wo man den Port explizit hinzufügen musste.