Código de error 80244019 al instalar Windows Update

Estoy publicando esto para ayudar a cualquier otra persona que pueda encontrar esto.

Tengo un dominio Win2008r2 y mis clientes decidieron dejar de hablar con el servidor WSUS. Todo indicaba que se estaban comunicando, y algunos incluso aparecían con nuevas actualizaciones. Sin embargo, al hacer clic en 'Instalar actualizaciones' se producirá un "error al instalar" y luego el cuadro mostrará nuevas actualizaciones listas para instalar.

Mis clientes podían hacer ping al servidor WSUS, y ningún dispositivo de red de cortafuegos estaba bloqueando el tráfico en 8530 (el puerto de actualización de WSUS). Estaba perplejo de por qué los clientes no veían las nuevas actualizaciones que el servidor WSUS dijo que estaban pendientes.

La solución depende de su configuración, y hay algunas cosas que debe verificar primero:

• Asegúrese de que el servicio BITS se esté ejecutando: net start BITS
• Asegúrese de que el servicio de actualización de Windows se esté ejecutando: net start wuauserv
• Asegúrese de que su máquina tenga un SusClientID único (especialmente si el sistema es un clon). Puede eliminar la clave, ejecutar los 3 comandos a continuación y reiniciar la máquina para regenerarla: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
• Restablezca la cookie de autorización en su cliente: wuauclt /ResetAuthorization /DetectNow
• Ejecute wuauclt /ReportNowen su cliente para asegurarse de que se pueda sincronizar con WSUS
• Asegúrese de que se apliquen sus políticas actuales en su cliente (el / boot es opcional): gpupdate /force /boot

Si usa un servidor proxy, también debe:

• Asegúrese de que los servicios WinHTTP se estén ejecutando: netsh start WinHttpAutoProxySvc
• Verifique que la configuración del proxy WinHTTP esté configurada correctamente (mi configuración del proxy se implementa a través de la política de grupo): netsh WinHTTP import proxy source=IE

En mi caso, la configuración del proxy en WinHTTP no se importó correctamente, y forzar manualmente la importación solucionó el problema. Espero que esto pueda salvar a alguien más el dolor de cabeza que me causó. Cabe señalar que tendrá que usar un símbolo del sistema administrativo para ejecutar los comandos anteriores.

Publico esta respuesta con la esperanza de ayudar a algunas almas pobres a despegarse, ya que no he visto esta solución en ninguna parte de la web:

Situación: W2012R2 Datacenter, que actúa principalmente como servidor Hyper-V, perdió Windows Update de los servidores de MS (no WSUS), sin ninguna razón que pudiera identificar. (Las instalaciones alojadas podrían obtener sus actualizaciones muy bien).

Probé varias soluciones clásicas, como se describe en los sitios web de MS, sin suerte (Fixit y todo eso)

Finalmente puse las cosas de nuevo en funcionamiento:

1. WU - Cambiar configuración
2. Deshabilite la actualización, desactive ambas casillas de verificación debajo del combo
3. cuando validé, inesperadamente recibí una "comprobación de sesión de actualización" en funcionamiento (¿acabo de deshabilitar las actualizaciones y comienza a actualizarse?)
4. Instalé la actualización provista (fueron críticos )
5. reiniciado
6. volver a "instalar automáticamente" + "darme las actualizaciones recomendadas de la misma manera ..."
7. funcionó !!!

Hasta donde puedo diagnosticar el problema, parece que el problema fue con "Darme actualizaciones para otros productos de Microsoft cuando actualizo Windows" , no tenía "otros productos" y puede haber confundido a WU.

Supongo que distraídamente marqué la casilla mientras revisaba un parche de seguridad de emergencia.

De todos modos, si lo reviso nuevamente, vuelvo a estar en problemas.

Vale la pena intentarlo de todos modos, no es mucho trabajo.

En lugar de especificar el puerto 8530 explícitamente (8531 para HTTPS) a la URL de WSUS publicada en GPO, agregué manualmente un enlace adicional al sitio web de "Administración de WSUS" en IIS para usar el protocolo "http" en el puerto TCP 80. De esta manera no hubo necesita cambiar GPO, reglas de firewall, etc.

Por ejemplo: Mi publicación "Especificar la ubicación del servicio de actualización de Microsoft en la intranet" en GPO permanece establecida en " http: // wsus " ("wsus" es un alias CNAME para el servidor WSUS de la compañía). El enlace del sitio web sería:

• Tipo: http
• Dirección IP: todos sin asignar
• Puerto: 80
• Nombre de host: "wsus" (sin comillas)

Tuve un error similar a los reportados. En mi caso, las máquinas no informaban al servidor WSUS (servidor virtual que ejecuta Windows 2012 R2 sobre vSphere), y de repente el servidor WSUS se detuvo para actualizarse a través de Windows Update.

Esto es lo que resolvió el problema de WU:

• En primer lugar, ejecuté los siguientes comandos, según las instrucciones de Kyle :

  1. net start BITS (el servicio ya se estaba ejecutando)
  2. net start wuauserv (el servicio también se estaba ejecutando)
  3. wuauclt /ResetAuthorization /DetectNow
  4. Run wuauclt /ReportNow
  5. gpupdate /force /boot

• Finalmente, desmarqué la opción "darme las actualizaciones recomendadas de la misma manera ..." como lo indicó Michel de Becdelièvre . Los pasos, va así:

  1. Vaya a: WU -> Cambiar configuración
  2. Desmarque la opción "darme las actualizaciones recomendadas de la misma manera ..." (y asegúrese de que ambas casillas de verificación no estén marcadas) y acepte.
  3. Ejecute un escaneo en línea para actualizaciones en WU.

Todavía tengo que trabajar en las máquinas que no informan a WSUS (probablemente algunas cosas relacionadas con GPO), ¡pero ahora el servidor se actualiza maravillosamente!

Cuando verifique en regedit el valor de "UseWUServer", si este valor se establece en 1, esto significa que la actualización de Windows intenta descargar las actualizaciones desde la configuración de dirección especificada en "WUServer", pero si establece en "UseWUServer" = 0, Windows buscará En Internet. Cambié el valor de 1 a 0 y mi actualización de Windows funcionó nuevamente.

Me encontré con este mismo código de error al actualizar nuestro servidor WSUS de 2008R2 a 2012R2. Los clientes pueden hacer ping al servidor pero no buscar actualizaciones. Resulta que necesitaba llamar explícitamente al puerto (8530) en el GPO que creé para los clientes, lo que no tuve que hacer para 2008R2.

Originalmente encontré la respuesta aquí:

http://hardforum.com/showthread.php?t=1801481

Descubrí que este error ocurre cuando la versión de Windows Update no es compatible con WSUS. En este caso, al buscar actualizaciones en línea, se solicita al usuario que instale el nuevo software de actualización de Windows, y luego la actualización funciona desde allí.

Encontró este error que no se relaciona con WSUS.

En cambio, la actualización de Windows win2008R2 80243004 error relacionado con el comportamiento tonto.

Citado de Boo_MonstersInc en https://social.technet.microsoft.com/Forums/windowsserver/en-US/ac88f05d-91e6-48c2-bdbc-e4f305c87769/error-80243004?forum=winservermanager

El error WU 80243004 significa que se produce un error cuando Windows Update intenta crear un icono en el área de notificación de la barra de tareas.

Es probable que este problema sea causado por el Área de notificación del sistema anormal.

Una solución simple es reiniciar el servidor y verificar WU nuevamente. Si el error persiste, cambie el tamaño de la bandeja del sistema y seleccione "Mostrar siempre todos los iconos y notificaciones en la barra de tareas".

Simplemente ctrl+ shift+ Haga clic derecho en el área en blanco del menú Inicio -> Haga clic en "Salir del explorador", luego ejecute "explorer.exe", e intente nuevamente para resolver el problema.

Una solución rápida sería hacer lo siguiente:

1. Ir al panel de control

2. actualizacion de Windows

3. Cambiar ajustes

4. Desmarque Obtener actualizaciones para otros productos de Microsoft

5. Haga clic en Aceptar e intente nuevamente o actualice la Actualización de Windows para verificar nuevamente.