El problema:
- Reloj DC1: 17:23
- AD se unió al reloj del cliente: 17:28
Después, client> w32tm /resyncel tiempo está sincronizado, pero el reloj vuelve a avanzar 5 minutos para el cliente. Siempre sucede en menos de un minuto.
Ok, tal vez sincronice desde algún otro lugar. Configuré manualmente la lista de pares para los controladores de dominio:
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.
¿El resultado? No ayuda, porque el comportamiento es el mismo. Debo tener en cuenta que el DC y el cliente están en subredes diferentes, pero pueden comunicarse.
¿Qué debo verificar para solucionar aún más la situación, por favor?
Publicar la información solicitada:
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)
Respuesta1
net stop w32time
w32tm /unregister
w32tm /register
net start w32time
No es necesario configurar pares manuales en un entorno de Active Directory, con la única excepción del PDCe raíz del bosque. Volver a registrar el servicio w32tm como se muestra arriba en el miembro del dominio lo restablecerá para usar la configuración NT5DS o "domhier", que es lo que debería ser.
Luego, déle al cliente unos minutos para localizar orgánicamente un DC adecuado para la sincronización horaria. Puede utilizar w32tm /query /peersy verificar que se está sincronizando con un controlador de dominio.