Foro de TI tranquilo

Buen día,

ID del distribuidor: Debian
Descripción: Debian GNU/Linux 10 (buster)
Lanzamiento: 10
Nombre en clave: Buster
Postgres 11.2

Este billete sigue al billete viewtopic.php?t=3766

La versión 2.5.4 solucionó el error detectado durante la ejecución del script posterior a la configuración. El servidor ha migrado correctamente a la versión 2.5.4.15337
Versión del servidor WAPT: 2.5.4.15337
Versión del agente WAPT: 2.2.3.12463
Versión de configuración de WAPT: 2.5.4.15337
Versión de implementación de WAPT: 2.5.4.15337
Estado de la base de datos: OK

Ahora estoy encontrando un problema con la consola que descargué del servidor e instalé después de desinstalar la versión 2.2.3:
1) WAPTConsole indica la versión Discovery aunque tengamos una licencia Enterprise
2) El inventario está vacío, al igual que la caja de depósito privada

He adjuntado los registros de servicio ¿Podrías ayudarme a entender de dónde viene el problema? Gracias.

Atentamente,

Hola Mohamed,

parece que el cliente no puede conectarse al servidor (al menos la parte de Socket.IO). ¿

Reiniciaste el postconf después de la actualización?

Saludos,

Denis

Hola Denis,

¿a qué te refieres con postconf?
Yo también actualicé a la versión 2.5.4.15342 (esperando que se estabilice) y mi consola está vacía (no hay máquinas conectadas).

Saludos,

Hola David,

versión, etc. (consulta las reglas del foro). ¿Está vacío el inventario o están desconectadas las estaciones de trabajo? Si la consola está vacía, se trata de otro error; por favor, abre un nuevo tema. Si estás usando WAPTServer en Windows (lo cual no se menciona), no hay ningún script postconf que ejecutar, ya que se inicia mediante el instalador de Windows.

Saludos,

Denis

Disculpen, disculpen: wapt en la consola de Windows (versión 2.5.4.15342)

donde todas las estaciones de trabajo están desconectadas (ver imagen adjunta). Sin embargo, parece que se está implementando la tarea de actualización del agente, así que esperaré a que se reinicien las estaciones de trabajo.

Disculpen, me di cuenta después. Parece que dejé marcada la casilla "Verificar certificado"...

Actualizaré mañana por la mañana dependiendo del estado de la red. De lo contrario, volveré a publicar.

Saludos

Hola David,

Funciona correctamente en el servidor Windows. El postconf es un script que se ejecuta al final de la instalación/actualización del servidor WAPT en Linux.

El registro de la captura de pantalla en cuestión corresponde a tu última actualización, la versión 2.4.0. ¿Podrías intentar ejecutar la actualización desde la línea de comandos en una máquina?
¿Sus agentes estaban configurados para HTTP o HTTPS? Si era HTTPS, ¿era con o sin verificación de certificado?

Atentamente,

Denis

dcardon escribió: ↑15 ​​de febrero de 2024 - 15:56 Hola Mohamed,

parece que el cliente no puede conectarse al servidor (al menos la parte de Socket.IO). ¿

Reiniciaste el postconf después de la actualización?

Saludos,

Denis

Hola Denis,

Pido disculpas por la respuesta tardía.
Sí, ejecuté correctamente el archivo postconfig, que se ejecuta sin errores. Por lo tanto, este problema está resuelto en comparación con la versión 2.5.
Sin embargo, en la información del certificado que se muestra al final, los FQDN mostrados no coinciden con los de la URL del servidor. Los nombres son diferentes. ¿Es esta la causa del problema de conexión de la consola en la versión 2.5.4?

Sin embargo, pude conectar la consola instalada en mi máquina y su agente cambiando el nombre del servidor en la URL (https) a su dirección IP y deshabilitando la verificación del certificado (verify_cert=0).
En la consola todas las estaciones (en 2.2.3) están desconectadas porque todavía están intentando conectarse con el FQDN configurado en su ini.

¿Qué me aconsejas para solucionar el problema? Gracias.

No dudes en preguntarme si necesitas más información. Gracias.

Atentamente,

Hola a todos,

por mi parte, restauré una máquina virtual antes de la actualización (sí, mea culpa, debería haber hecho una instantánea... ¡ay, no me peguen! )
. Luego volví a implementar un archivo INI para establecer estas dos variables a 0 y luego reinicié el servicio WAPT:

`check_certificates_validity=0`
y `verify_cert=0`.

Las máquinas se reconectaron gradualmente.
Finalmente, también implementé la nueva versión del agente a través de GPO.

Creo que cuando hice la primera actualización, debí haber dejado marcada la casilla del certificado, y eso causó el problema.
Así que, una semana después, está estable, pero por suerte no tengo 3000 máquinas.

Saludos cordiales.