Foro de TI tranquilo

Buen día,


- Versión WAPT instalada: 2.5.4.15337 / Descubrimiento
- Sistema operativo del servidor (Linux / Windows): Debian GNU/Linux 12 (ratón de biblioteca)
- Sistema operativo de la máquina de administración/creación de paquetes: Windows 10 Pro

Actualicé a la última versión 2.5 desde la versión 2.4.
Seguí este procedimiento: https://www.wapt.fr/fr/doc/servidor-wapt-... 2-x-a-2-5

Todo fue bien en el lado del servidor.
Luego descargué la nueva versión 2.5 de la consola y la instalé en mi equipo de administrador. No hubo problemas.

A continuación, es necesario actualizar el agente --> así que generé un nuevo agente como se explica en el procedimiento y luego modifiqué mi tarea de GPO.

Parece que el agente se está adaptando bien a la versión 2.5.

Después de todo esto, el problema es que todos los posts aparecen en estado “ok” pero como “desconectados” accesibles.

Entonces miré los registros del servicio WAPT y vi lo siguiente (modifiqué algunos valores, aquí en mayúsculas):


¿Me puedes ayudar?
De lo contrario, tendré que revertir la instantánea, pero el problema es que la GPO implementó la versión 2.5 del agente en las estaciones de trabajo. Entonces, necesitaríamos poder revertir el agente a la versión 2.4...

Gracias por su ayuda.

Hola Théo,

El mensaje indica que el componente websocket no puede conectarse. ¿Ejecutaste correctamente el archivo postconf (postconf realiza cambios en nginx)?

¿La función de descarga de paquetes funciona correctamente en una estación de trabajo? ¿Por qué el comando `wapt-get register` devuelve un error? Tuvimos algunos problemas con los certificados a principios de esta semana, pero esta versión ha solucionado todo, por lo que no hay razón para volver atrás.

Atentamente,

Denis

Gracias por la rápida respuesta.

La postconf se inició exitosamente justo después de las actualizaciones del servidor y justo antes de la instalación de la consola de administración y antes de la creación del nuevo agente.
Respondí "no" para las modificaciones "nginx".

La parte de descarga del paquete funciona bien (ver las dos capturas de pantalla).


Olvidé mencionar que la autenticación Kerberos está habilitada para el registro de la máquina.
Para el registro wapt:

La grabación no parece funcionar (ver captura de pantalla).

Gracias.

GT36 escribió: ↑15 ​​de febrero de 2024 - 16:58 Gracias por la rápida respuesta.

El postconf se ejecutó justo después de las actualizaciones del servidor, justo antes de la instalación de la consola de administración y antes de la creación del nuevo agente.
Respondí "no" a las modificaciones de "nginx".

Ah, ahí está el problema. Es necesario modificar la configuración de nginx para tener en cuenta la evolución de la autenticación basada en certificados.

Si ha personalizado su nginx.conf, lo mejor que puede hacer es hacer una copia (postconf normalmente hace una por sí mismo), responder sí a la pregunta, luego verificar las diferencias y transferir los cambios.

En la práctica, no es necesario actualizar la configuración de nginx cada vez, pero es preferible responder sí, a menos que sepa que no es necesario hacerlo.

Atentamente,

Denis

Pero normalmente, si no me equivoco, ya tenía la autenticación basada en certificados en la versión 2.4 (verify_cert).
Intentaré reiniciar el postconf y veré qué sucede.

Reinicié el proceso de postconfiguración, aceptando los cambios en la configuración de "nginx".
Comparé las versiones y volví a aplicar las modificaciones necesarias (de hecho, había personalizado la configuración de nginx).

Muchas gracias por su ayuda y por identificar el problema tan rápidamente.

El problema está resuelto.

Hola Théo,

gracias por tus comentarios, marco el tema como RESUELTO.

Denis