[RESUELTO] Actualizado de 2.4 a 2.5 y estaciones de trabajo desconectadas

[GT36]

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.

wapt.png (6,73 KB) Visto 5955 veces

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):

Código: Seleccionar todo

2024-02-15 14:06:40,379 [wapttasks SocketIOClient 17868] INFO Socketio connection params have changed. Socketio needs reconnect
2024-02-15 14:06:40,380 [wapttasks SocketIOClient 17868] INFO Creating socketio client: https://WAPT.MONDOMAINE.local:443 client auth cert: ('C:\\Program Files (x86)\\wapt\\private\\NOM_DU_CERTIFICAT.crt', 'C:\\Program Files (x86)\\wapt\\private\\NOM_DU_CERTIFICAT.pem') proxies: None verify_cert: C:\Program Files (x86)\wapt\ssl\server\CERT_DOMAINE.crt
2024-02-15 14:06:40,380 [wapttasks SocketIOClient 17868] INFO Connecting Socketio to https://WAPT.MONDOMAINE.local:443
2024-02-15 14:06:41,428 [waptws SocketIOClient 17868] WARNING Exception ConnectionError('One or more namespaces failed to connect'), waiting 60s before retrying

¿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.

[dcardón]

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?

Código: Seleccionar todo

wapt-get update
wapt-get install xyz-monpaquet

¿Por qué el comando `wapt-get register` devuelve un error?

Código: Seleccionar todo

wapt-get register

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

[GT36]

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).

wapt-get update.png (18,66 KB) Visto 5940 veces

wapt-get install.png (14,55 KB) Visto 5940 veces

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).

wapt-get register.png (27,97 KB) Visto 5940 veces

Gracias.

[dcardón]

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

[GT36]

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.

[GT36]

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.

[dcardón]

Hola Théo,

gracias por tus comentarios, marco el tema como RESUELTO.

Denis