19
Uhr geht immer mal wieder spontan zwei Stunden vor
Hallo, zusammen,
ich habe eine Windows 10 Workstation, bei der die Uhr immer mal wieder spontan zwei Stunden vor geht.
Laut Systemsteuerung / Uhrzeit synchonisieren holt sich die Workstation die Uhrzeit vom Domain Controller - dessen Uhr geht aber korrekt. Ein w32tm /resync behebt das Problem - irgendwann tritt es dann aber wieder auf.
Der Zeitdienst kann eine Debug-Datei schreiben, das habe ich aktiviert - die ist aber so kryptisch, dass ich sie nicht lesen kann.
Hat jemand eine Idee?
Dankeschön
ich habe eine Windows 10 Workstation, bei der die Uhr immer mal wieder spontan zwei Stunden vor geht.
Laut Systemsteuerung / Uhrzeit synchonisieren holt sich die Workstation die Uhrzeit vom Domain Controller - dessen Uhr geht aber korrekt. Ein w32tm /resync behebt das Problem - irgendwann tritt es dann aber wieder auf.
Der Zeitdienst kann eine Debug-Datei schreiben, das habe ich aktiviert - die ist aber so kryptisch, dass ich sie nicht lesen kann.
Hat jemand eine Idee?
Dankeschön
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 3779819039
Url: https://administrator.de/forum/uhr-geht-immer-mal-wieder-spontan-zwei-stunden-vor-3779819039.html
Ausgedruckt am: 27.12.2024 um 00:12 Uhr
19 Kommentare
Neuester Kommentar
Hi,
genau 2 Stunden?
Dann bitte die Zeitzone checken.
Gruß
genau 2 Stunden?
Dann bitte die Zeitzone checken.
Gruß
Moin,
mach mal ein
dann sollte so etwas dabei herum kommen:
Gruß
em-pie
mach mal ein
w32tm /query /status && w32tm /tzdann sollte so etwas dabei herum kommen:
C:\>w32tm /query /status && w32tm /tz
Sprungindikator: 0(keine Warnung)
Stratum: 4 (Sekundärreferenz - synchr. über (S)NTP)
Präzision: -23 (119.209ns pro Tick)
Stammverzögerung: 0.0209960s
Stammabweichung: 1.8241503s
Referenz-ID: 0xC0A8780D (Quell-IP: 192.168.120.13)
Letzte erfolgr. Synchronisierungszeit: 29.08.2022 08:52:23
Quelle: [Hinterlegter NTP-Server]
Abrufintervall: 10 (1024s)
Zeitzone: Aktuell:TIME_ZONE_ID_DAYLIGHT Bias: -60 Min. (UTC=Ortszeit+Bias)
[Standardname:"Mitteleuropäische Zeit" Bias:0 Min. Datum:(M:10 T:5 DoW:0)]
[Sommerzeitname:"Mitteleuropäische Sommerzeit" Bias:-60 Min. Datum:(M:3 T:5 DoW:0)]
Gruß
em-pie
Gerne:
Sprungindikator: 0(keine Warnung)
Stratum: 4 (Sekundärreferenz - synchr. über (S)NTP)
Präzision: -23 (119.209ns pro Tick)
Stammverzögerung: 0.0213688s
Stammabweichung: 0.3835890s
Referenz-ID: 0x0A000004 (Quell-IP: 10.0.0.4)
Letzte erfolgr. Synchronisierungszeit: 29.08.2022 09:30:52
Quelle: (Domaincontroller)
Abrufintervall: 11 (2048s)
Zeitzone: Aktuell:TIME_ZONE_ID_DAYLIGHT Bias: -60 Min. (UTC=Ortszeit+Bias)
[Standardname:"Mitteleuropäische Zeit" Bias:0 Min. Datum:(M:10 T:5 DoW:0)]
[Sommerzeitname:"Mitteleuropäische Sommerzeit" Bias:-60 Min. Datum:(M:3 T:5 DoW:0)] 
Könnte es sein, dass das ein Rechner mit Linux-Dualboot ist? Dann passiert das gerne, da Linux UTC-Zeit benutzt.
Gerne:
..
und auch einmal, wenn die Uhrzeit wieder daneben ist und BEVOR du die Zeit updaten lässt...
Die 10.0.0.4 ist auch die IP eures DCs?
Zitat von @DerWoWusste:
Könnte es sein, dass das ein Rechner mit Linux-Dualboot ist? Dann passiert das gerne, da Linux UTC-Zeit benutzt.
Könnte es sein, dass das ein Rechner mit Linux-Dualboot ist? Dann passiert das gerne, da Linux UTC-Zeit benutzt.
Danke für den Tipp - leider nicht. Reiner Windows Server.
Zitat von @em-pie:
Die 10.0.0.4 ist auch die IP eures DCs?
Gerne:
..
und auch einmal, wenn die Uhrzeit wieder daneben ist und BEVOR du die Zeit updaten lässt...
Die 10.0.0.4 ist auch die IP eures DCs?
Ah ok
Da muss ich drauf warten und poste hier das Ergebnis.Ja, 10.0.0.4 ist der DC
Genau 2 Stunden, ja
Hallo,
vielleicht hilft es den Haken bei "Zeitzone automatisch festlegen" unter Einstellungen -> Datum & Uhrzeit zu deaktivieren.
Grüße
Somebody
vielleicht hilft es den Haken bei "Zeitzone automatisch festlegen" unter Einstellungen -> Datum & Uhrzeit zu deaktivieren.
Grüße
Somebody
Zitat von @SomebodyToLove:
Hallo,
vielleicht hilft es den Haken bei "Zeitzone automatisch festlegen" unter Einstellungen -> Datum & Uhrzeit zu deaktivieren.
Hallo,
vielleicht hilft es den Haken bei "Zeitzone automatisch festlegen" unter Einstellungen -> Datum & Uhrzeit zu deaktivieren.
Danke für den Tipp - habe ich geprüft. Der Schalter ist aus, nur "Sommerzeit automatisch" ist an.
Viele Grüße,
Martin
Zitat von @IllusionFACTORY:
Ah ok Da muss ich drauf warten und poste hier das Ergebnis.
Ja, 10.0.0.4 ist der DC
Zitat von @em-pie:
Die 10.0.0.4 ist auch die IP eures DCs?
Gerne:
..
und auch einmal, wenn die Uhrzeit wieder daneben ist und BEVOR du die Zeit updaten lässt...
Die 10.0.0.4 ist auch die IP eures DCs?
Ah ok
Da muss ich drauf warten und poste hier das Ergebnis.Ja, 10.0.0.4 ist der DC
Und wirf auch mal einen Blick ins Eventlog. Dort mal nach "w32tm" o. ä. suchen. Dann siehst du, was wann die Uhrzeit verstellt hat.
1
Moin,
tritt das Symptom i.d.R nach dem Starten des Clients auf?
Falls ja, stellt dieser sich vermutlich bis zum resync auf die lokale CMOS-Zeit - überprüfe mal im UEFI/BIOS des Clients, welche Zeit dort eingestellt ist.
Gruß Thomas
tritt das Symptom i.d.R nach dem Starten des Clients auf?
Falls ja, stellt dieser sich vermutlich bis zum resync auf die lokale CMOS-Zeit - überprüfe mal im UEFI/BIOS des Clients, welche Zeit dort eingestellt ist.
Gruß Thomas
Zitat von @TK1987:
Moin,
tritt das Symptom i.d.R nach dem Starten des Clients auf?
Falls ja, stellt dieser sich vermutlich bis zum resync auf die lokale CMOS-Zeit - überprüfe mal im UEFI/BIOS des Clients, welche Zeit dort eingestellt ist.
Moin,
tritt das Symptom i.d.R nach dem Starten des Clients auf?
Falls ja, stellt dieser sich vermutlich bis zum resync auf die lokale CMOS-Zeit - überprüfe mal im UEFI/BIOS des Clients, welche Zeit dort eingestellt ist.
Danke für den Tipp - der Client läuft durch, da läuft unsere Zeiterfassung drauf. Ist eine VM.
Ist eine VM.
Das ist eine seeeeeehr wichtige Info, die wir direkt zu Beginn benötigt hätten (!!!) Da du aber direkt am Anfang schriebst:ich habe eine Windows 10 Workstation.
haben wir alle das nachfolgende nicht berücksichtigt:DU hast in der VM eingestellt, dass die Systemuhr mit der des Hosts synchronisert werden soll. Somit aktualisiert dein Host permanent die Uhr der VM
Danke für die frühe Info - Nicht!
P. S.
Workstation = Stück Hardware mit etwas mehr Leistung: https://de.wikipedia.org/wiki/Workstation
1
was nutzt du denn zur virtualisierung?
Die meisten VM-Hosts stellen die Zeit des Gasts neu ein wenn sie was an der Maschine machen. Also einen Snapshot, Pause, Resume usw. Wenn der Host dann eine falsche Zeit hat, hat der Client die danach auch, bis er selbst wieder einen Sync vom NTP macht.
Die meisten VM-Hosts stellen die Zeit des Gasts neu ein wenn sie was an der Maschine machen. Also einen Snapshot, Pause, Resume usw. Wenn der Host dann eine falsche Zeit hat, hat der Client die danach auch, bis er selbst wieder einen Sync vom NTP macht.
Zitat von @em-pie:
Ist eine VM.
Das ist eine seeeeeehr wichtige Info, die wir direkt zu Beginn benötigt hätten (!!!)Oh, sorry, das war mir nicht klar... *zerknirschtguck*
Das nächste Bier geht auf mich.
DU hast in der VM eingestellt, dass die Systemuhr mit der des Hosts synchronisert werden soll. Somit aktualisiert dein Host permanent die Uhr der VM
Das habe ich allerdings tatsächlich nicht getan. Die Clients holen sich die Uhrzeit beim Domain Controller, nicht beim Host.
Das Einzige, was mir dann einfällt, wäre, dass der Client sich die richtige Zeit vom DC holt, der VM Host sie dann aber wieder mit der falschen überschreibt.
Mache mich mal schlau, wo man das aktivieren bzw. abschalten kann
Zitat von @SeaStorm:
was nutzt du denn zur virtualisierung?
Die meisten VM-Hosts stellen die Zeit des Gasts neu ein wenn sie was an der Maschine machen. Also einen Snapshot, Pause, Resume usw. Wenn der Host dann eine falsche Zeit hat, hat der Client die danach auch, bis er selbst wieder einen Sync vom NTP macht.
was nutzt du denn zur virtualisierung?
Die meisten VM-Hosts stellen die Zeit des Gasts neu ein wenn sie was an der Maschine machen. Also einen Snapshot, Pause, Resume usw. Wenn der Host dann eine falsche Zeit hat, hat der Client die danach auch, bis er selbst wieder einen Sync vom NTP macht.
VMWare ESXi.
Man kann in der VMWare auch einen NTP Client starten, das habe ich jetzt mal gemacht und auch pool.ntp.org, wie auf dem DC auch, eingetragen.
Vielleicht löst es ja das Problem.
Moin,
War vielleicht etwas schroff formuliert oben…
Die NTP-Einstellungen in einem Netzwerk sollten in aller Regel wie folgt aussehen:
So können auch Endgeräte in der DMZ die FW anfragen u d alle haben immer dieselbe Uhrzeit.
Niemals sollten innerhalb des Netzes alle Endgerät selbst beim externen Anbieter „anklopfen“. Das gibt Abweichungen.
War vielleicht etwas schroff formuliert oben…
Die NTP-Einstellungen in einem Netzwerk sollten in aller Regel wie folgt aussehen:
- Clients holen sich die Zeit vom DC (passiert bei Domain-Joined Clients automatisch)
- Der DC holt sich die Zeit von der vorgelagerten Firewall
- Die Firewall fragt beim externen Anbieter (ntp.Pool.org) an.
So können auch Endgeräte in der DMZ die FW anfragen u d alle haben immer dieselbe Uhrzeit.
Niemals sollten innerhalb des Netzes alle Endgerät selbst beim externen Anbieter „anklopfen“. Das gibt Abweichungen.
Nö, ist ok, passt schon. Ich hab's ja versiebt und Eure Zeit verschwendet, von daher kann ich das ab.
War mir einfach nicht klar, dass die Info wichtig ist.
Niemals sollten innerhalb des Netzes alle Endgerät selbst beim externen Anbieter „anklopfen“. Das gibt Abweichungen.
Ok, danke für die Info, passe ich an!
