Thesdalos

Der PDC Emulator hat per Default Config den NTP 0.time.windows.com und zieht sich dort die Zeit. Von dort aus ziehen die DCs die Zeit und von dort aus die Clients. Aktuell ziehen sich alle Clients die Zeit direkt vom NTP, das ist zwar unnötiger Traffic und damit nicht optimal, da es sich zum großteil aber um Mobile Clients handelt die auch außerhalb der Domäne genutzt werden, dürfte es für Zeitdifferenzen sogar förderlich sein, dass sie auch die gleiche Zeit ziehen wenn sie nicht gerade am DC hängen. Wenn meine Probleme nun fehlerhafte Kerberos-Authentification oder probleme bei GPO Verarbeitung wären, würde ich absolut zustimmen, dass die aktuelle Lösung das Problem nicht verbessert - da es mir jedoch um einen Teil der Clients geht die scheinbar keine korrekte Zeitsynchronisation machen, hatte ich eher gehofft es kann mir jemand etwas mehr Einsicht in das verhalten von Zeitsynchronisation bei Windows Clients geben. Im Endeffekt habe ich ganz Simpel ein paar Windows Clients die zwar eine korrekte Zeitzone und einen funktionierenden und erreichbaren NTP haben, die Zeit aber trotzdem falsch ziehen/anzeigen. Die Hyper-Vs habe extra nochmal gecheckt aber auch hier ist die Zeitsynchronisation deaktiviert, wie es sein sollte. Die Server haben auch alle die richtige Zeit.

Hallo, ich weiss, das ist ja auch Domänen-Standardverhalten. Soweit ich mich erinnere ist das ja die Konfiguration wenn man die Zeitserver Thematik gar nicht erst anfasst - so läuft es auch in 95% unserer Umgebungen. Hier hatten wir aber die Eingangs erwähnten Probleme und haben deshalb erst eine Eigenlösung geschaffen.

Hallo zusammen, ich hoffe ich hab das richtige Forum erwischt. Wir haben ein Problem mit Zeitsynchronisierung in einem kleineren Netzwerk. Grundlegend äußert sich so: - Clients führen keine automatische Zeitumstellung durch (Sommer/Winterzeit). Wir hatten hier Ursprünglich schon andere Probleme mit Clients die gar keine Zeit gezogen hatten und Stunden oder Minuten neben der korrekten Zeit waren. Die Ursprüngliche Konfiguration der Zeitserver war, wie bei fast allen unserer Umgebungen, gar keine. Also, die Standardkonfiguration von Microsoft in einer Active Directory. Aufgrund der Ursprünglichen Probleme haben wir via GPO die Clients nicht mehr über den DC Synchronisieren lassen sondern direkt einen Zeitserver hinterlegt. (Computer Configuration - System - Windows-Zeitdienst - Zeitanbieter -> Client aktivieren und Client konfigurieren. Genutzt wird der de.pool.ntp.org,0x8 mit defaultwerten.) Dadurch hatten alle Clients die richtige Zeit gezogen, waren aber noch in der falschen Zeitzone. Das ist schon etwas her, es ging aber darum, dass es hier wohl zwei Zeitzonen für West Europa gab, eine mit Zeitumstellung und eine ohne. Nun ist die "richtige" Zeitzone hinterlegt: W. Europe Standard Time. Vergebe ich mit tzutil diese Zeitzone stellt sich der Client auf die richtige Zeit. Nun kommt es aber trotzdem vor, dass der Client von sich aus wieder auf die Winterzeit zurückstellt. Das tritt auf sobald der Client ein paar Minuten ohne Verbindung zur Domäne läuft (bei Notebooks, wenn sie daheim genutzt werden). Wenn die Clients wieder in die Domäne kommen, greift ein kleines Script dass die Zeitzone kurz auf Pacific ändert und dann wieder auf W. Europe Standard Time. Damit wird die Zeit wieder korrigiert. Hat jemand eine Idee woran das liegen könnte? Zur Umgebung: Vom Internet aus gesehen: Firewall ohne Proxy die von innen nach außen nichts blockiert (allow any). 4 Server, 1x DC, 3x Terminalserver. Ca. 400 Clients, davon etwa 300 Mobilgeräte, alle Windows, drei typen von Geräten. Alle Server sind 2019, alle Clients Windows 10, die Umgebung ist zwei Jahre alt. Vielen Dank im voraus für Ideen oder Nachfragen