Das Problem:
- DC1 Uhr: 17:23
- AD ist dem Client beigetreten: 17:28
Nachdem client> w32tm /resyncdie Zeit synchronisiert ist, wird die Uhr für den Client erneut um 5 Minuten vorgestellt. Dies geschieht immer in weniger als einer Minute.
Ok, vielleicht wird von woanders synchronisiert. Ich habe die Peer-Liste manuell auf Domänencontroller eingestellt:
client>w32tm /config /manualpeerlist:"DC1 DC2 DC3" /syncfromflags:manual
The command completed successfully.
client>w32tm /resync
Sending resync command to local computer
The command completed successfully.
Das Ergebnis? Hilft nicht, denn das Verhalten ist das gleiche. Ich sollte beachten, dass sich DC und Client in unterschiedlichen Subnetzen befinden, aber kommunizieren können.
Was sollte ich bitte überprüfen, um das Problem weiter zu beheben?
Veröffentlichung der gewünschten Informationen:
client> w32tm /query /configuration
[Configuration]
EventLogFlags: 2 (Local)
AnnounceFlags: 10 (Local)
TimeJumpAuditOffset: 28800 (Local)
MinPollInterval: 10 (Local)
MaxPollInterval: 15 (Local)
MaxNegPhaseCorrection: 4294967295 (Local)
MaxPosPhaseCorrection: 4294967295 (Local)
MaxAllowedPhaseOffset: 300 (Local)
FrequencyCorrectRate: 4 (Local)
PollAdjustFactor: 5 (Local)
LargePhaseOffset: 50000000 (Local)
SpikeWatchPeriod: 900 (Local)
LocalClockDispersion: 10 (Local)
HoldPeriod: 5 (Local)
PhaseCorrectRate: 1 (Local)
UpdateInterval: 30000 (Local)
[TimeProviders]
NtpClient (Local)
DllName: C:\Windows\system32\w32time.dll (Local)
Enabled: 1 (Local)
InputProvider: 1 (Local)
CrossSiteSyncFlags: 2 (Policy)
AllowNonstandardModeCombinations: 1 (Local)
ResolvePeerBackoffMinutes: 15 (Policy)
ResolvePeerBackoffMaxTimes: 7 (Policy)
CompatibilityFlags: 2147483648 (Local)
EventLogFlags: 0 (Policy)
LargeSampleSkew: 3 (Local)
SpecialPollInterval: 3600 (Policy)
Type: NT5DS (Policy)
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)
client> get-date -format "yyyy.MM.dd hh:mm:ss"
2013.05.27 10:53:12 (Time WRONG)
client> w32tm /resync
Sending resync command to local computer
The command completed successfully.
client> get-date -format "yyyy.MM.dd hh:mm:ss"
2013.05.27 10:48:03 (Time OK)
client> w32tm /query /status
Leap Indicator: 3(last minute has 61 seconds)
Stratum: 0 (unspecified)
Precision: -6 (15.625ms per tick)
Root Delay: 0.0804749s
Root Dispersion: 7.8843410s
ReferenceId: 0x00000000 (unspecified)
Last Successful Sync Time: 2013.05.27. 10:53:17
Source: DC1
Poll Interval: 10 (1024s)
client> get-date -format "yyyy.MM.dd hh:mm:ss"
2013.05.27 10:53:44 (Time WRONG)
client> w32tm /query /status
Leap Indicator: 0(no warning)
Stratum: 4 (secondary reference - syncd by (S)NTP)
Precision: -6 (15.625ms per tick)
Root Delay: 0.0804749s
Root Dispersion: 7.8845136s
ReferenceId: 0x0A0A0109 (source IP: 10.10.1.9)
Last Successful Sync Time: 2013.05.27. 10:48:17
Source: DC1
Poll Interval: 10 (1024s)
Antwort1
net stop w32time
w32tm /unregister
w32tm /register
net start w32time
Sie müssen in einer Active Directory-Umgebung keine manuellen Peers einrichten, mit Ausnahme des Forest-Root-PDCe. Wenn Sie den w32tm-Dienst wie oben gezeigt beim Domänenmitglied erneut registrieren, wird er zurückgesetzt, sodass er die NT5DS- oder „domhier“-Einstellung verwendet, was er auch sein sollte.
Geben Sie dem Client anschließend ein paar Minuten Zeit, um automatisch einen geeigneten DC für die Zeitsynchronisierung zu finden. Sie können w32tm /query /peersüberprüfen, ob Sie mit einem Domänencontroller synchronisieren.