Error 0x80244007 en Windows Update: qué significa y cómo arreglarlo

Si al buscar actualizaciones ves el código 0x80244007 (a veces escrito como 0X80244007) y la descarga o el escaneo se queda colgado, lo más probable es que el problema esté en tu servidor WSUS o en el Software Update Point, no en tu equipo. Este error aparece casi siempre en empresas con Windows Server 2019 o posterior que escanean contra WSUS en lugar de hacerlo contra Microsoft Update, y en muchos casos se arregla tocando un parámetro del servidor. Aquí tienes cómo saber si tu caso es ese y cómo resolverlo paso a paso.

Qué significa 0x80244007 en Windows Update

El código 0x80244007 es el HRESULT 0x80244007 del agente de Windows Update y se llama WU_E_PT_SOAPCLIENT_SOAPFAULT. Lo que dice, en lenguaje claro, es que el cliente SOAP no ha podido completar la tarea porque el servidor WSUS o Configuration Manager ha devuelto un fallo SOAP de la familia WU_E_PT_SOAP_*. Suele verse al escanear o descargar actualizaciones desde un servidor interno, no desde Microsoft Update.

Por qué sale 0x80244007 al escanear o descargar actualizaciones

Estas son las causas más habituales, ordenadas de la más frecuente a la menos.

Confirma que 0x80244007 viene del servidor WSUS, no del cliente

Antes de tocar nada, hay que saber si el problema es del equipo o del servidor WSUS. Tres comprobaciones rápidas, de menos a más invasivas, lo aclaran.

Mira el WindowsUpdate.log del cliente

Abre el Visor de eventos y revisa el log operativo de Windows Update. Si ahí ves una línea "FAILED [80244007]" justo después de un SyncUpdates, el cliente pudo arrancar la búsqueda pero WSUS la rechazó.

Otra forma, más completa: abre PowerShell como administrador (clic derecho en Inicio > Terminal (Administrador) en Windows 11; Windows PowerShell (Administrador) en Windows 10) y ejecuta Get-WindowsUpdateLog. Se abrirá el bloc de notas con un WindowsUpdate.log ya combinado; busca ahí "FAILED [80244007]".

Get-WindowsUpdateLog

Comprueba si desde Microsoft Update sí funciona

Si al apuntar el equipo temporalmente a Microsoft Update la búsqueda funciona, el problema es del servidor WSUS. Para desviarlo, vacía el valor WUServer en la clave HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU con el Editor del Registro (regedit, abierto como administrador), reinicia el servicio wuauserv y vuelve a buscar actualizaciones.

1. Pulsa Win+R, escribe regedit y acepta con [Sí].
2. Navega a HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU.
3. Borra el valor WUServer (y, si existe, WUStatusServer).
4. Cierra el Editor del Registro, abre Símbolo del sistema como administrador y ejecuta net stop wuauserv y después net start wuauserv.
5. Ve a Configuración > Windows Update (Windows 11) o Configuración > Actualización y seguridad > Windows Update (Windows 10) y pulsa Buscar actualizaciones.

Si así descarga, ve a "WSUS rechaza el escaneo: sube los límites en web.config" o a "La SOAP fault llega a todos los clientes: revisa el servidor WSUS" según lo que veas.

Revisa el WUAHandler.log en Configuration Manager

En entornos con Configuration Manager, el log que confirma que el error viene del Software Update Point está en el propio servidor: C:\Windows\CCM\Logs\WUAHandler.log. Ábrelo con el bloc de notas y busca "80244007" tras el último scan; una línea con "scan failed" apunta al SUP como origen.

WSUS rechaza el escaneo: sube los límites en web.config

La causa más común en servidores Windows Server 2019/2022/2025: el número de prerrequisitos instalados que el cliente pasa al servidor supera los valores por defecto de WSUS para SyncUpdates. Subir esos valores en web.config lo suele arreglar.

Haz copia de seguridad de web.config

Antes de tocar nada, guarda una copia de seguridad del archivo por si algo va mal.

1. Abre el Explorador de archivos y ve a C:\Program Files\Update Services\WebServices\WsusContent.
2. Copia web.config a una carpeta segura (por ejemplo, D:\Backup\WSUS\).

Edita los valores maxInstalledPrerequisites y maxAggregateConfigurablePrerequisites

Abre el web.config original con un editor de texto plano como Notepad++ o VSCode, ejecutándolo como administrador. Localiza las líneas donde aparecen los valores 400 y 22000 y sustitúyelos por 800 y 44000 respectivamente. Guarda el archivo; si tu editor no se abrió como administrador, guárdalo primero en el escritorio y sobrescribe el original.

Reinicia IIS y vuelve a escanear

Para que WSUS relea la configuración, hay que reiniciar IIS. Después, fuerza un escaneo en un equipo afectado y espera unas horas.

iisreset

Como alternativa, abre la consola IIS (Administrador de Internet Information Services), clic derecho sobre el servidor y usa [Detener] y después [Iniciar]. Luego, en Configuration Manager, ve a la consola > Activos y cumplimiento > Dispositivos, abre un cliente afectado, ejecuta un ciclo de "Software Update Scan Cycle" desde el cliente o desde la consola y espera.

La SOAP fault llega a todos los clientes: revisa el servidor WSUS

Si afecta a varios clientes o coincide con el paquete mensual, el problema es del servidor WSUS. Estos pasos cubren los tres puntos que más se rompen: la sincronización, la base de datos y el servidor web.

Comprueba que la actualización está sincronizada y los metadatos están bien

Abre la consola WSUS en el servidor y revisa que el paquete mensual aparezca bien sincronizado.

Abre el log de sincronización del servidor WSUS y busca errores que coincidan con la fecha del paquete. Si hay errores de metadatos, repite la sincronización desde el nodo "Opciones" del servidor WSUS.

Reindexa la base de datos de WSUS

Una base de datos SUSDB sin reindexar ralentiza y puede romper las llamadas SOAP. Para reindexarla:

1. Detén el servicio WsusService desde services.msc o con net stop WsusService en un Símbolo del sistema como administrador.
2. Abre SQL Server Management Studio, conéctate a la instancia que aloja SUSDB y ejecuta el script WsusDBMaintenance.sql que viene con WSUS (en la carpeta de instalación de WSUS o en la galería de scripts de Microsoft).
3. Cuando termine, arranca de nuevo el servicio con net start WsusService.

net stop WsusService
net start WsusService

Verifica IIS, el certificado y la carpeta WsusContent

Tres cosas rápidas que se rompen a menudo: que IIS responda, que el certificado siga válido y que haya espacio en disco.

Comprueba que IIS escucha en los puertos 8530 (HTTP) y 8531 (HTTPS), que el certificado de la consola no ha caducado y que la carpeta WsusContent tiene espacio libre suficiente para los paquetes (varios GB).

La SOAP fault sale solo en un equipo: limpia el cliente

Si el resto de equipos escanea bien, el problema está solo en este equipo. Dos arreglos de menor a mayor.

Restablece los componentes de Windows Update

Vacía las carpetas de caché de Windows Update y reinicia los servicios. Es la receta clásica cuando un cliente de WSUS se queda atascado.

net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old
net start msiserver
net start bits
net start cryptSvc
net start wuauserv

Estos comandos se pegan uno a uno en un Símbolo del sistema abierto como administrador (clic derecho en Inicio > Terminal (Administrador) o Símbolo del sistema (Administrador)). Reinicia el equipo al terminar.

Apunta el cliente de nuevo a tu servidor WSUS

Tras resetear los componentes, asegúrate de que el cliente vuelve a apuntar a tu servidor WSUS y no se ha quedado con la configuración temporal del diagnóstico.

1. Ve a Configuración > Windows Update > Opciones avanzadas (Windows 11) o Configuración > Actualización y seguridad > Windows Update > Opciones avanzadas (Windows 10) y revisa que la pausa de actualizaciones no esté activa.
2. Pulsa Win+R, escribe regedit y abre el Editor del Registro como administrador.
3. En HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU confirma que WUServer y WUStatusServer apuntan a tu servidor.
4. Cierra el Editor, abre Símbolo del sistema como administrador y ejecuta net stop wuauserv y net start wuauserv.
5. Vuelve a buscar actualizaciones.

El error sigue después de tocar WSUS: últimos recursos

Si aun así el escaneo devuelve 0x80244007 y descartado descartado cliente y servidor, queda lo más drástico.

Actualiza WSUS a la última versión compatible con tu servidor

Restaura el servidor WSUS desde copia de seguridad

Lo que ya has descartado de 0x80244007

• No es un error Win32: no necesitas tocar el Registro en busca de permisos.
• No es un fallo de archivos del sistema: ni SFC ni DISM lo van a arreglar.
• No viene del cliente por sí solo: suele ser del servidor WSUS o Configuration Manager.
• No es una actualización concreta: reaparece en el siguiente paquete mensual si la causa no se corrige.
• Si tras lo de arriba sigue, abre un caso en support.microsoft.com con el WindowsUpdate.log del cliente y los logs de WSUS adjuntos.

Dudas sobre el error 0x80244007 en Windows Update