O problema:
- Relógio DC1: 17:23
- Relógio do cliente AD ingressado: 17:28
Depois que client> w32tm /resynco tempo estiver sincronizado, o relógio avança novamente 5 minutos para o cliente. Sempre acontece em menos de um minuto.
Ok, talvez sincronizando de outro lugar. Eu configurei manualmente a lista de pares para controladores de domínio:
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.
O resultado? Não ajuda, porque o comportamento é o mesmo. Devo observar que o controlador de domínio e o cliente estão em sub-redes diferentes, mas podem se comunicar.
O que devo verificar para solucionar ainda mais a situação, por favor?
Publicação de informações solicitadas:
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)
Responder1
net stop w32time
w32tm /unregister
w32tm /register
net start w32time
Você não precisa definir pares manuais em um ambiente do Active Directory, com a única exceção do PDCe raiz da floresta. Registrar novamente o serviço w32tm conforme mostrado acima no membro do domínio irá redefini-lo para usar a configuração NT5DS ou "domhier", que é o que deveria ser.
Depois, dê ao cliente alguns minutos para localizar organicamente um DC adequado para sincronização de horário. Você pode usar w32tm /query /peerse verificar se está sincronizando com um controlador de domínio.