Ich arbeite in einer Zahnarztpraxis (und bin kein IT-Experte, daher dieser Beitrag, haha) und wir haben mehrere Computer mit Windows 10 in einer Domäne mit Windows Server 2012. Auf dem Domänencontroller stimmt die Zeit, aber auf den normalen Computern in der Domäne weicht sie um ein paar Minuten ab und das bringt die Software durcheinander, die wir zur Terminplanung verwenden.
In der Eingabeaufforderung auf dem PDC habe ich ausgeführt
w32tm /config /manualpeerlist:time.windows.com /syncfromflags:manual /reliable:yes /update
net stop w32tm
net start w32tm
w32tm /resync /rediscover
aber es heißt: „Der Computer hat keine erneute Synchronisierung durchgeführt, da keine Zeitdaten verfügbar waren.“
Ich habe für den Windows-Zeitdienst in den Gruppenrichtlinien „Standarddomänenrichtlinie“ und „Standarddomänencontrollerrichtlinie“ alles auf „Nicht konfiguriert“ eingestellt (ich weiß nicht, welche davon hierfür wichtig ist). Außerdem habe ich auf den normalen Computern w32tm /config /syncfromflags:domhier /updateim Registrierungseditor überprüft, dass der Typwert auf „NT5DS“ eingestellt war.
Außerdem w32tm /query /configurationwird angezeigt, dass time.windows.com der Server ist, aber beim Ausführen w32tm /query /sourcewird immer noch „Local CMOS Clock“ als Quelle angegeben, was anscheinend die Standardeinstellung ist, wenn keine Verbindung zum NTP-Server hergestellt werden kann. Es handelt sich also um ein Verbindungsproblem, richtig? Soweit ich gelesen habe, könnte es sein, dass meine Firewall die Verbindung blockiert. Daher habe ich in den erweiterten Einstellungen der Windows-Firewall neue Regeln für ausgehende und eingehende Anrufe für UDP-Port 123 hinzugefügt, der anscheinend von NTP verwendet wird. Ich habe netcat installiert und es versucht, ncat -u -v -z -w 2 time.windows.com 123was erfolgreich zu sein scheint, also bin ich mir nicht sicher, wo das Problem liegt. Ich habe auch gehört, dass time.windows.com einfach nicht gut ist, also kann ich vielleicht einen anderen Zeitserver ausprobieren, wenn niemand eine Lösung hat.
Ich habe wieder keine Ahnung, was ich tue, und ich verlasse mich nur auf das Internet und ChatGPT, also kann mir hoffentlich jemand sagen, was ich übersehe. Danke!
BearbeitenHier ist der Abschnitt „Zeitanbieter“ w32tm /query /configurationauf Client und Server:
Klient:
[TimeProviders]
NtpClient (Local)
DllName: C:\WINDOWS\SYSTEM32\w32time.DLL (Local)
Enabled: 1 (Local)
InputProvider: 1 (Local)
CrossSiteSyncFlags: 2 (Local)
AllowNonstandardModeCombinations: 1 (Local)
ResolvePeerBackoffMinutes: 15 (Local)
ResolvePeerBackoffMaxTimes: 7 (Local)
CompatibilityFlags: 2147483648 (Local)
EventLogFlags: 1 (Local)
LargeSampleSkew: 3 (Local)
SpecialPollInterval: 3600 (Local)
Type: NT5DS (Local)
NtpServer (Local)
DllName: C:\WINDOWS\SYSTEM32\w32time.DLL (Local)
Enabled: 0 (Local)
InputProvider: 0 (Local)
Server:
[TimeProviders]
NtpClient (Local)
DllName: C:\Windows\system32\w32time.DLL (Local)
Enabled: 1 (Local)
InputProvider: 1 (Local)
AllowNonstandardModeCombinations: 1 (Local)
ResolvePeerBackoffMinutes: 15 (Local)
ResolvePeerBackoffMaxTimes: 7 (Local)
CompatibilityFlags: 2147483648 (Local)
EventLogFlags: 1 (Local)
LargeSampleSkew: 3 (Local)
SpecialPollInterval: 3600 (Local)
Type: NTP (Local)
NtpServer: 0.pool.ntp.org,0x8 1.pool.ntp.org,0x8 2.pool.ntp.org,0x8 3.pool.ntp.o
rg,0x8 (Local)
NtpServer (Local)
DllName: C:\Windows\system32\w32time.DLL (Local)
Enabled: 1 (Local)
InputProvider: 0 (Local)
AllowNonstandardModeCombinations: 1 (Local)
VMICTimeProvider (Local)
DllName: C:\Windows\System32\vmictimeprovider.dll (Local)
Enabled: 0 (Local)
InputProvider: 1 (Local)
Ich habe auch die Ereignisprotokolle auf dem PDC geprüft und festgestellt, dass dort in den letzten 8 Monaten immer wieder die folgende Warnung protokolliert wurde:
Der Zeitdienst hat die Systemzeit 86400 Sekunden lang nicht synchronisiert, da keiner der Zeitdienstanbieter einen verwendbaren Zeitstempel bereitgestellt hat. Der Zeitdienst aktualisiert die lokale Systemzeit erst, wenn er mit einer Zeitquelle synchronisiert werden kann. Wenn das lokale System so konfiguriert ist, dass es als Zeitserver für Clients fungiert, wird es die Anzeige als Zeitquelle für Clients beenden. Der Zeitdienst wird weiterhin versuchen, die Zeit mit seinen Zeitquellen zu synchronisieren. Weitere Einzelheiten finden Sie im Systemereignisprotokoll für andere W32time-Ereignisse. Führen Sie „w32tm /resync“ aus, um eine sofortige Zeitsynchronisierung zu erzwingen.
Und in einem Client-Ereignisprotokoll habe ich Folgendes unter „Time-Service“:
Information:
Der Zeitanbieter „VMICTimeProvider“ hat angegeben, dass die aktuelle Hardware und Betriebsumgebung nicht unterstützt wird und wurde angehalten. Dieses Verhalten wird für VMICTimeProvider in Nicht-HyperV-Gastumgebungen erwartet. Dies kann auch das erwartete Verhalten für den aktuellen Anbieter in der aktuellen Betriebsumgebung sein.
Warnung:
NtpClient konnte aufgrund eines Erkennungsfehlers keinen Domänen-Peer als Zeitquelle festlegen. NtpClient wird es in 15 Minuten erneut versuchen und danach das Wiederholungsintervall verdoppeln. Der Fehler war: Der Eintrag wurde nicht gefunden. (0x800706E1)
Information:
Der Zeitprovider NtpClient empfängt aktuell gültige Zeitdaten von pool.ntp.org,0x8 (ntp.m|0x8|0.0.0.0:123->131.243.64.12:123).
Warnung:
Zeitanbieter NtpClient: Nach 8 Kontaktversuchen wurde vom Domänencontroller Server.Dental.local keine gültige Antwort empfangen. Dieser Domänencontroller wird als Zeitquelle verworfen und NtpClient versucht, einen neuen Domänencontroller zu finden, von dem aus synchronisiert werden kann. Der Fehler war: Der Peer ist nicht erreichbar.
und ähnlich dem, was auf der PDC erschien, Warnung:
Der Zeitdienst hat die Systemzeit in den letzten 86.400 Sekunden nicht synchronisiert, da keiner der Zeitdienstanbieter einen verwendbaren Zeitstempel bereitgestellt hat. Der Zeitdienst aktualisiert die lokale Systemzeit erst, wenn er mit einer Zeitquelle synchronisieren kann. Wenn das lokale System so konfiguriert ist, dass es als Zeitserver für Clients fungiert, wird es nach 0 Sekunden aufhören, sich den Clients als Zeitquelle zu melden. Der Zeitdienst wird weiterhin versuchen, die Zeit mit seinen Zeitquellen zu synchronisieren. Weitere Einzelheiten finden Sie im Systemereignisprotokoll für andere W32time-Ereignisse. Führen Sie „w32tm /resync“ aus, um eine sofortige Zeitsynchronisierung zu erzwingen. Sie können die Häufigkeit der Neuerkennung der Zeitquelle mithilfe der W32time-Konfigurationseinstellung „ClockHoldoverPeriod“ steuern. Ändern Sie die W32time-Konfigurationseinstellung „EventLogFlags“, wenn Sie diese Meldung deaktivieren möchten.
Es läuft also offensichtlich etwas schief, ich habe es nur noch nicht entdeckt.
Antwort1
Führen Sie diese Befehle auf dem DC aus – der Hauptunterschied besteht darin, ihn in den Client-Modus ( 0x8) zu zwingen und nicht zu versuchen, andere Quellen zu ermitteln:
w32tm /config /manualpeerlist:"time.windows.com",0x8 /syncfromflags:MANUAL
net stop "windows time"
net start "windows time"
w32tm /resync
Führen Sie dann auf den Clients eine Überprüfung durch, w32tm /stripchart /computer:myServer.localum zu überprüfen, ob sie mit dem DC kommunizieren können. Wenn das funktioniert, versuchen Sie, w32tm /resyncsie sofort zu synchronisieren.
Antwort2
Ich hatte genau dasselbe Problem mit meinem Domänencontroller. Schließlich habe ich einfach meinen Zeitsynchronisierungsserver neu gestartet und er funktionierte sofort. Wenn Sie also ins Internet gehen, suchen Sie nach einer anderen Zeitwebsite. Wenn Sie Ihren eigenen NTP-Server verwenden, starten Sie ihn neu.
Antwort3
Eine Lösung besteht darin, spezielle (kostenlose) Software zu verwenden:
http://www.thinkman.com/dimension4/download.htm
Die Software heißt „Dimension 4“.
Es bietet zahlreiche Optionen und Sie können den Server auswählen, mit dem die Zeit synchronisiert werden soll.
Es ist sehr benutzerfreundlich, einige der Funktionen: