Ich habe einen Windows 8 Pro-Computer, der NUR mit der lokalen CMOS-Uhr synchronisiert wird.
C:\WINDOWS\system32>w32tm /query /source
Local CMOS Clock
Ich muss mit 0.pool.ntp.org synchronisieren, aber es wird abgelehnt. (Meine Uhr geht ungefähr 30 Sekunden nach.)
Dinge, die ich versucht habe:
- Aktivieren Sie den Zeitdienst und starten Sie den PC neu.
- Ändern Sie den Zeitserver über die Windows-Systemsteuerung und starten Sie den PC neu
- Ändern Sie den Zeitserver mit diesem Befehl: w32tm /config /manualpeerlist:0.pool.ntp.org /syncfromflags:manual /update /reliable:yes
- Starten Sie den PC neu
Bei jedem Neustart meines PCs wird die Uhr weiterhin mit der lokalen CMOS-Uhr synchronisiert:
C:\WINDOWS\system32>w32tm /query /source
Local CMOS Clock
und 30 Sekunden dahinter.
Dies ist meine Konfiguration:
C:\WINDOWS\system32>w32tm /query /configuration
[Configuración]
EventLogFlags: 2 (Local)
AnnounceFlags: 5 (Local)
TimeJumpAuditOffset: 28800 (Local)
MinPollInterval: 10 (Local)
MaxPollInterval: 15 (Local)
MaxNegPhaseCorrection: 54000 (Local)
MaxPosPhaseCorrection: 54000 (Local)
MaxAllowedPhaseOffset: 1 (Local)
FrequencyCorrectRate: 4 (Local)
PollAdjustFactor: 5 (Local)
LargePhaseOffset: 50000000 (Local)
SpikeWatchPeriod: 900 (Local)
LocalClockDispersion: 10 (Local)
HoldPeriod: 5 (Local)
PhaseCorrectRate: 1 (Local)
UpdateInterval: 360000 (Local)
[Proveedores de hora]
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: 604800 (Local)
Type: NTP (Local)
NtpServer: 0.pool.ntp.org (Local)
VMICTimeProvider (Local)
DllName: C:\WINDOWS\System32\vmictimeprovider.dll (Local)
Enabled: 1 (Local)
InputProvider: 1 (Local)
NtpServer (Local)
DllName: C:\WINDOWS\system32\w32time.dll (Local)
Enabled: 0 (Local)
InputProvider: 0 (Local)
C:\WINDOWS\system32>w32tm /query /status
Indicador de salto: 0(ninguna advertencia)
Capa: 1 (referencia primaria - sincronizada mediante radio reloj)
Precisión: -6 (15.625ms por tick)
Demora de raíz: 0.0000000s
Dispersión de raíz: 10.0000000s
Id. de referencia: 0x4C4F434C (nombre de origen: "LOCL")
Última sincronización de hora correcta: 29/07/2021 04:36:50 p. m.
Origen: Local CMOS Clock
Intervalo de sondeo: 10 (1024s)
C:\WINDOWS\system32>
Antwort1
Dies ist ein alter Thread, aber da ich darüber gestolpert bin, wollte ich für andere antworten, die auf dasselbe Problem stoßen.
Sie müssen wahrscheinlich Port 123 (UDP) ausgehend in der Windows-Firewall und/oder in Ihrer (Infrastruktur-)Firewall zulassen.
Antwort2
Ich bin gerade auf genau das gleiche Problem gestoßen, allerdings in Windows 10 Home.
Selbst wenn es sich um einen Fehler handelt, der w32tm
innerhalb eines Jahres eingeführt wurde, wird es einige Zeit dauern, bis er an die Oberfläche kommt, da CMOS-RTC-Uhren einige Zeit benötigen, bis die Drift so groß wird, dass sie im Vergleich zu anderen Uhren, z. B. in Smartphones, deutlich sichtbar ist.
Antwort3
Wenn die NTP-Synchronisierung vor der Installation der Updates einwandfrei funktioniert hat und nun nicht mehr, könnte dies mit dem Problem zusammenhängen, das MS durch das Hinzufügen UtilizeSslTimeData
einer Option eingeführt hat, bei der einige Intervalle auf völlig unrealistische (außerhalb der MS-Welt) Werte wie „gelockert“ wurden UpdateInterval: 360000
.
Ich bin nicht ganz sicher, warum UtilizeSslTimeData
die Option standardmäßig aktiviert ist und was sie bewirkt, insbesondere wenn kein Internet oder periodischer SSL-Verkehr auf der Box vorhanden ist, aber wenn Sie nur 1–2 autoritative NTP-Server in Ihrem lokalen Netzwerk haben und dieser Code w32tm /query /source
plötzlich angezeigt wird, Local CMOS Clock
kann er möglicherweise dabei helfen, die Intervalle auf die Standardeinstellungen des Jahres 2003 zurückzusetzen, als alle Computer schnell genug waren, um die Zeit alle 64 Sekunden problemlos über NTP zu synchronisieren:
powershell -C "Set-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Services\W32Time\Config' -Name UtilizeSslTimeData -Value 0"
powershell -C "Set-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Services\W32Time\Config' -Name UpdateInterval -Value 0x64"
powershell -C "Set-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Services\W32Time\Config' -Name MinPollInterval -Value 0x6"
powershell -C "Set-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Services\W32Time\Config' -Name MaxPollInterval -Value 0xa"
net stop w32time
w32tm /config /manualpeerlist:"0.pool.ntp.org 1.pool.ntp.org" /reliable:YES /syncfromflags:MANUAL
net start w32time
w32tm /config /update
w32tm /resync
Wenn es funktioniert , müssen Sie möglicherweise 10 bis 60 Sekunden warten, bis w32tm /query /source
die Änderungen angezeigt werden. Kein Neustart erforderlich.
Beispiel für eine funktionierende Konfiguration:
cmd> w32tm /query /configuration /verbose
[Aufbau]
EventLogFlags: 2 (Local)
AnnounceFlags: 5 (Local)
TimeJumpAuditOffset: 28800 (Local)
MinPollInterval: 6 (Local)
MaxPollInterval: 10 (Local)
MaxNegPhaseCorrection: 54000 (Local)
MaxPosPhaseCorrection: 54000 (Local)
MaxAllowedPhaseOffset: 1 (Local)
FrequencyCorrectRate: 4 (Local)
PollAdjustFactor: 5 (Local)
LargePhaseOffset: 50000000 (Local)
SpikeWatchPeriod: 900 (Local)
LocalClockDispersion: 10 (Local)
HoldPeriod: 5 (Local)
PhaseCorrectRate: 1 (Local)
UpdateInterval: 100 (Local)
[TimeProviders]
NtpClient (Local)
DllName: C:\WINDOWS\system32\w32time.dll (Local)
Enabled: 1 (Local)
InputProvider: 1 (Local)
CrossSiteSyncFlags: 0 (Undefined or NotUsed)
AllowNonstandardModeCombinations: 1 (Local)
ResolvePeerBackoffMinutes: 15 (Local)
ResolvePeerBackoffMaxTimes: 7 (Local)
CompatibilityFlags: 2147483648 (Local)
EventLogFlags: 1 (Local)
LargeSampleSkew: 3 (Local)
SpecialPollInterval: 1024 (Local)
Type: NTP (Local)