[RESUELTO] Problema de Waptexit: error de cliente 408: para URL:

[wapt.usuario6325]

Hola a todos,

La breve introducción:
Ex administrador de un Wapt Enterprise en mi anterior empresa, habiendo cambiado recientemente de empresa, decidí montar un Servidor Wapt (Discovery por el momento, y ya veremos más adelante para el resto).

El problema:
El servidor está en funcionamiento, parece estar funcionando, waptdeploy se envió a través de GPO, PERO tengo exactamente el mismo problema que en este tema, que está marcado como resuelto (después de la actualización de WAPT)
Enlace del tema

Básicamente, cuando el cliente no logra comunicarse con el servidor al apagarse (en mi caso, todavía no estoy en producción, por lo que estoy simulando esto con el apagado del servidor WAPT), obtengo un error waptexit:

Error 408 del cliente: para la URL:
http://127.0.0.1:8088/is_entreprise
Pulse "Aceptar" para ignorar y arriesgarse a que se corrompan los datos.
Pulse "Cancelar" para cerrar el programa.

Siguiendo el hilo mencionado, pensé que el problema estaba resuelto. ¿Soy un caso aislado?
¿Un problema de licencia?

Gracias por su ayuda

PD:
No creo que esto esté relacionado, pero noté que en la página web de mi servidor WAPT, para descargar el cliente, dice "Servidor WAPT: ENTERPRISE"
No sé si debería decir algo más, como "Discovery", ya que no hay ninguna licencia instalada


Entorno de prueba:
Descubrimiento de Wapt
Versión del servidor WAPT: 2.2.3
Versión del agente WAPT: 2.2.3.12463
Versión de implementación de WAPT: 2.2.3.12463
Sistema operativo del servidor: Debian 11 - actualizado
Sistema operativo del cliente Waptdeploy: Windows 10

[Alejeune]

Hola,

hemos identificado la causa y se ha abierto un ticket de soporte interno.
Para una solución rápida, puede agregar corchetes [] al archivo licenses.json en el servidor WAPT y a /var/www/licences.json en su servidor Debian 11.

Saludos,
Amélie

[wapt.usuario6325]

Hola,
sí, parece que eso solucionó el problema. Gracias
(se realizó la modificación, se reinició el servidor y no se regeneró el agente).

Para entenderlo mejor:
no comprendo del todo cómo una modificación en un archivo de configuración del servidor afectará el comportamiento de waptexit (que parece consultar la dirección "localhost", pero es incorrecta) en la máquina cliente.


Que tengas un buen día,
Alexis.

[dcardón]

Hola Alexis,

el agente necesita saber si está ejecutando la edición Enterprise o Discovery para determinar qué características activar. Para ello, recupera un derivado de la licencia y lo almacena en una caché local. En el caso de Discovery, no hay licencia en el servidor, por lo que debería recuperar un objeto JSON vacío (de ahí los corchetes [ ]), pero había un error que hacía que recuperara un valor nulo. Si el valor es nulo localmente, el agente asume que aún no sabe si está ejecutando Discovery o Enterprise, así que se conecta al servidor para comprobarlo. Este es el problema cuando la máquina está desconectada y no puede acceder a su servidor. El problema solo aparece cuando no hay una respuesta ICMP de conexión inalcanzable para cerrar la conexión (básicamente, hay un DROP). El agente espera entonces una respuesta que nunca llega, y como el tiempo de espera entre el agente y el servidor es mayor que el tiempo entre waptexit y el agente, devuelve un código 408 a waptexit.

El problema es complejo, por eso nos llevó un tiempo resolverlo. Básicamente, el servidor nunca debería haber devuelto un valor nulo; debería haber devuelto una lista vacía (el archivo que usted creó).

Dado que la versión Enterprise es la que cubre los salarios y el desarrollo de WAPT, naturalmente dedicamos más tiempo a su desarrollo y pruebas. Este error se nos había pasado por alto.

Atentamente,

Denis

[wapt.usuario6325]

Hola Denis,

y gracias por tu respuesta, ¡sin duda satisface mi curiosidad! ¡

Que tengas un buen día y mucha suerte!

Alexis