[RESUELTO] Dispositivos desconectados desde la actualización 2.5

[morvan-n]

Servidor Debian 12
versión wapt 2.5.2.15207

Buen día,

Tras la actualización a la versión 2.5, todas mis estaciones de trabajo están en estado desconectado en la consola.

Probé el procedimiento descrito en el otro post sin éxito.

Código: Seleccionar todo

net stop waptservice
suppression des fichiers C:\Program Files (x86)\wapt\log\waptservicestate et C:\Program Files (x86)\wapt\log\waptservicestate.html
net start waptservice

Los comandos wapt-get update y wapt-get upgrade funcionan desde un cliente.

Habilité la autenticación de certificados al actualizar a la versión 2.5 y generé un nuevo agente para actualizar a mis clientes.

Aquí está el mensaje de error que recibo en el archivo waptserveur.log:

Código: Seleccionar todo

connection refused for uuid xxx, sid xxx: SocketIO connection not authorized, invalid token: No authorization token, instance

Gracias por su ayuda
Nicolás

[Crous Estrasburgo]

Hola,

yo tuve el mismo problema.

SOLUCIÓN TEMPORAL:
Durante la PostConf en el servidor, puedes elegir no comprobar el certificado y marcar: "
No comprobar el certificado de cliente HTTPS (heredado)".

Entonces las máquinas cliente aparecerán en tu consola. Sin embargo, te encontrarás con otro error: las máquinas permanecerán CONECTADAS a pesar de la actualización.
Entonces tendrás que restablecer la conexión realizando un "Restablecer conexiones WebSocket establecidas" en la consola del host en cuestión.

SOLUCIÓN:
Esta solución me la sugirió Tranquil It. No obstante, encontré una solución al problema inicial: estaba en Debian 11 y actualicé a 12. Esto solucionó el problema.

Que tengas un buen día,
Matthieu

[morvan-n]

Hola,

gracias por tus comentarios. Efectivamente, al marcar la opción "No comprobar el certificado de cliente HTTPS (heredado)", puedo volver a ver mis dispositivos conectados en la consola, pero reiniciar el WebSocket no soluciona el problema y todos mis dispositivos siguen conectados...

En definitiva, por el momento no existe una solución perfecta.

Atentamente,
Nicolas

[bkolovljanovic]

Hola Nicolás,

estos problemas están resueltos en la versión 2.5.3.

[morvan-n]

Hola,

sí, todo vuelve a funcionar correctamente con la versión 2.5.3.

Nicolás

[kvnwsr]

Hola,

tenemos el mismo problema.
Instalamos la versión 2.5.3, pero el problema persiste.

El servidor es AlmaLinux versión 8.9 (Midnight Oncilla).

Ninguna solución alternativa nos ha funcionado.

Gracias por su ayuda,
Kevin.

[dcardón]

Hola Kevin,

¿tienes un proxy inverso delante de tu servidor WAPT, un firewall/WAF de filtrado o algo más?

¿La conexión es HTTPS? ¿Está habilitada la validación de certificados en el cliente?

En la versión 2.5.3, eliminamos la opción "No comprobar el certificado de cliente HTTPS (heredado)", que desactiva la autenticación SSL a nivel de Nginx (que luego la delega a scripts de Python). Esta opción causa más problemas de los que resuelve.

Saludos,

Denis

[kvnwsr]

Hola Denis,

gracias por tu respuesta.

No tenemos un proxy inverso.
Intenté desactivar el firewall, pero no cambió nada.

La conexión se establece mediante HTTPS y la validación de certificados no está habilitada en los clientes.
Nuestra configuración funcionaba bien en la versión 2.4.

¿Puedo volver a la versión 2.4, dado que algunos clientes ya se han actualizado a la 2.5.3?

[Cristóbal]

Hola,
tengo exactamente el mismo problema que Kevin después de actualizar a la versión 2.5.3.
Para su información, estoy en un servidor Windows.
Tampoco tenemos un proxy inverso y el firewall está desactivado en el cliente.

Por ahora, he vuelto a la versión 2.4 (instantánea).
Hice una copia completa de nuestro servidor y un cliente para probar la versión 2.5.3 en una red aislada. Pero no logro encontrar la causa del problema.

[Cristóbal]

Fue un error mío; no me había dado cuenta de que mis clientes también necesitaban la versión 2.5 para poder acceder al servidor.

Por lo tanto, el problema debería estar resuelto para mis equipos unidos al dominio mediante la directiva de grupo de instalación del agente, pero ¿cómo instalo el cliente 2.5 para mis equipos que no pertenecen al dominio?