Compartir a través de

Se produce un error en "w32tm /resync" con "El equipo no se resincronizó porque no había datos de tiempo disponibles".

En este artículo se proporcionan varias soluciones posibles a un error que puede obtener al ejecutar el comando para sincronizar la w32tm /resync hora con un origen de hora.

Se aplica a: Windows Server (todas las versiones con soporte)
Número de KB original: 929276

Síntomas

La máquina tiene problemas de sincronización de hora. Si ejecuta una resincronización manual mediante la ejecución w32tm /resyncde , se devuelve el siguiente error: El equipo no se resincronizó porque no había datos de hora disponibles.

C:\Windows\system32>w32tm /resync /rediscover
Sending resync command to local computer
The computer did not resync because no time data was available

También puede ver los siguientes eventos:

Nombre de registro: Sistema
Origen: Microsoft-Windows-Time-Service
Fecha: 24-04-2019 22:35:55
Identificador de evento: 129
Categoría de tarea: Ninguno
Nivel: Advertencia
Palabras clave:
Usuario: SERVICIO LOCAL
Equipo: MEM1.fabrikam.com
Descripción: NtpClient no pudo establecer un elemento del mismo nivel de dominio para usarlo como origen de hora debido al error de detección. NtpClient lo intentará de nuevo en 15 minutos y a partir de entonces duplicará el intervalo de reintento. El error fue: No se encuentra la entrada. (0x800706E1)

Nombre de registro: Sistema
Origen: Microsoft-Windows-Time-Service
Fecha: 24-04-2019 23:45:32
Identificador de evento: 134
Categoría de tarea: Ninguno
Nivel: Advertencia
Palabras clave:
Usuario: SERVICIO LOCAL
Equipo: MEM1.fabrikam.com
Descripción: NtpClient no pudo establecer un elemento del mismo nivel manual para usarlo como origen de hora debido al error de resolución de DNS en "time.windows.com,0x9". NtpClient lo intentará de nuevo en 15 minutos y a partir de entonces duplicará el intervalo de reintento. El error fue: No se conoce este host. (0x80072AF9)

Causa

Este error suele producirse cuando el cliente envía una solicitud NTP, pero no obtiene una respuesta NTP adecuada a cambio. Hay varios escenarios que pueden provocar esto.

Escenario 1

El cliente NTP no encuentra el servidor NTP. Esto podría deberse a un error en la resolución de nombres (DNS) o debido a una falta de ortográfico de la dirección IP o nombre definida en la clave del Registro NTPServer.

Escenario 2

El puerto UDP 123 está bloqueado. Esto puede estar en el Firewall de Windows local o en un firewall que no sea de Microsoft.

Escenario 3

El servidor NTP de destino con el que el cliente intenta sincronizar el tiempo no es publicidad como un servidor NTP.

Solución

Resolución del escenario 1

  1. Compruebe la ortografía y la precisión del valor definido en la clave del Registro NTPServer. Haga que el cliente compruebe que es un servidor válido, con el nombre o la dirección IP correctos.
  2. Compruebe DNS. Asegúrese de que se definen los servidores DNS adecuados que pueden resolver el servidor NTP de destino.
  3. Use seguimientos de red para obtener una mejor idea de lo que sucede con la resolución de nombres.

En última instancia, este escenario podría acabar siendo el escenario 2 o el escenario 3.

Resolución del escenario 2

Recopile seguimientos de red para revisar el tráfico del puerto UDP 123. Para ello, inicie una captura y ejecute un w32tm /resync /rediscover.

  1. Si no ve que se envíen paquetes UDP 123 (solicitud NTP), es probable que el puerto UDP 123 esté bloqueado en el Firewall de Windows local.
  2. Si ve que los paquetes del puerto UDP 123 (solicitud NTP) se envían pero no se devuelve ninguna respuesta, es probable que el puerto UDP 123 esté bloqueado en un firewall que no es de Microsoft.

Si se valida y no se bloquea el puerto UDP 123, considere el escenario 3.

Resolución del escenario 3

  1. Si el cliente intenta sincronizar con un controlador de dominio (ya sea a través de NT5DS, NTP o AllSync), revise la jerarquía de hora de Windows. A partir del PDC, compruebe los controladores de dominio para asegurarse de que todos reciben tiempo de su origen correspondiente. Puede usar w32tm /monitor para obtener una comprobación de estado rápida en todos los controladores de dominio.

  2. Si los controladores de dominio están sincronizando correctamente el tiempo desde su origen, compruebe y asegúrese de que los controladores de dominio se anuncian como controladores de dominio mediante la ejecución de .dcdiag /test:Advertising

  3. Por último, en los controladores de dominio, compruebe que las siguientes claves del Registro w32time están configuradas de la siguiente manera (en HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time):

    • En todos los controladores de dominio: \TimeProviders\NtpServer – Enabled=1
    • En el PDC: \Config – AnnounceFlags = 5
    • En los controladores de dominio miembro: \Config – AnnounceFlags = 10