[WADS] Error 400 al implementar desde un repositorio secundario

[Maxime J]

Buen día,

Tras la activación e implementación de un repositorio secundario para acelerar nuestras implementaciones, este no funciona. El cliente arranca correctamente mediante la clave WinPE y recupera correctamente la regla que le indica que localice su repositorio secundario, pero al intentar descargar el archivo wads.exe, aparece el siguiente mensaje en la consola del cliente:

Código: Seleccionar todo

"Error getting wads executable from server: THttpClientSocket.WGet: serversecondaire.domaine.local:443/api/v3/get_wads_exe/192.168.1.10/wads64.exe failed as HTTP Error 400 - Bad Request"

Veo lo mismo en los registros de nginx del servidor del repositorio secundario. Sin embargo, mi repositorio está correctamente sincronizado y puedo ver los archivos en el directorio compartido. Los clientes descargan correctamente sus paquetes desde este repositorio secundario. Solo veo este error y no sé dónde buscar los archivos de nginx y wapt aparte de los registros del cliente y /var/log/, pero no encuentro nada más.

¿Alguien tiene alguna idea de qué podría estar causando este error 400 y cómo solucionarlo?


Además, otra pregunta sobre el tema: tenemos licencias de Windows 11 Enterprise, pero independientemente de las opciones que agreguemos al archivo de respuesta .xml (basado en el número de índice o la etiqueta de la versión en la etiqueta correspondiente) una vez implementadas, las estaciones de trabajo están en edición Profesional.
¿Sabes qué podría explicar este comportamiento y dónde encontrar los registros para comprenderlo?


Versión de agentes y servidores WAPT: 2.4.0.14.080
Servidores secundarios y repositorios que ejecutan Debian 12.5

¡Gracias de antemano por tu ayuda o ideas para seguir adelante!
Máxima

[Sfonteneau]

Hola

, ¿tienes habilitada la verificación de certificados HTTPS en WinPE?

¿Está configurada la regla de tu repositorio secundario para usar HTTPS?

Simon

[dcardón]

Hola Maxime,

Además, otra pregunta sobre este tema: tenemos licencias de Windows 11 Enterprise, pero independientemente de las opciones que agreguemos al archivo .xml de respuesta (según el número de índice o la etiqueta de versión en la etiqueta correspondiente), las estaciones de trabajo, una vez implementadas, terminan en la edición Professional.
¿Saben qué podría explicar este comportamiento y dónde encontrar los registros para entenderlo?

Para facilitar el seguimiento de la discusión en el foro, es mejor hacer una pregunta por tema; de lo contrario, es difícil seguir el hilo. ¿Podrías volver a hacer la pregunta en un nuevo tema?

Versión de los agentes y servidores WAPT: 2.4.0.14.080.
Servidores secundarios y repositorios ejecutados en Debian 12.5.

Se ha lanzado la versión 2.5.5 con una serie de pequeñas correcciones; te recomiendo que la actualices

Atentamente,

Denis

[Maxime J]

Sí, marqué la casilla para habilitar HTTPS en WinPE, y la regla del repositorio secundario apunta correctamente a una URL HTTPS en ese servidor. Al revisar los registros de los clientes ya implementados y que utilizan este repositorio secundario, validan correctamente el certificado del servidor.

Estos son certificados emitidos por nuestra CA interna; agregué la cadena de certificados y validé la configuración de Nginx sin errores.

¿Hay algún registro que pueda recuperar del cliente o del servidor que me proporcione más información? ¿Quizás la configuración de Nginx?


De acuerdo, buen punto sobre la versión 2.5.5; ¡planificaremos una actualización entonces! Y la segunda pregunta tiene sentido; crearé otro hilo. ¡Gracias!

[dcardón]

Hola Maxime,

había un error con la redirección HTTPS. Antes de la versión 2.5.5, el preinstalador wgetwads.exe se conectaba al servidor, que luego le enviaba una redirección HTTP para conectarse al repositorio secundario. Sin embargo, se producía una interpretación errónea de los códigos de retorno y el restablecimiento del contexto TLS, de ahí el error 400.
Hemos modificado el comportamiento para que el preinstalador wgetwads.exe recupere las reglas del repositorio secundario y se conecte directamente sin pasar por la redirección HTTP [1].

Por lo tanto, actualizar a la versión 2.5.5 debería solucionar tu problema.

Saludos cordiales,

Denis

[1] https://www.wapt.fr/en/doc/wapt-changel ... 2024-05-22

[Maxime J]

¡Perfecto, muchas gracias! Podré presionar a mis compañeros que administran el servidor para que inicien la actualización a la versión 2.5.5 y entonces reiniciaremos nuestros despliegues.

Saludos cordiales.