La aplicación rechazó la conexión

Galio · 8 de febrero de 2024 - 10:25

Buen día,

Tengo varias publicaciones que parecen cambiar su UUID sin ninguna razón aparente.

Estas máquinas aparecen desconectadas en la consola, y en los logs del servidor tengo:

Código: Seleccionar todo

[waptws         ] WARNING Application rejected connection
[waptserver     ] CRITICAL Get_websocket_auth_token failed EWaptAuthenticationFailure('Unknown host UUID RND-2049E68D-A262-4C90-81AB-A1B714BC4BB4. Please register first.')
[waptws         ] WARNING SocketIO connection refused for uuid RND-2049E68D-A262-4C90-81AB-A1B714BC4BB4, sid 347b08d0406c412086dbd199ff6fbf9e: Unknown host RND-2049E68D-A262-4C90-81AB-A1B714BC4BB4, instance

Intenté registrar una máquina y efectivamente su UUID cambió; además, el formato de este UUID no es el mismo (prefijado por RND-):

: Captura de pantalla de 2024-02-08 10-20-00.png (16,17 KB) Vista 3515 veces

¿Qué podría estar causando este problema? Y, más importante aún, ¿cómo puedo restablecer la comunicación con mis estaciones de trabajo que no están en la oficina?

GRACIAS.

8 de febrero de 2024 - 11:34

Hola,

puedes actualizar a la versión 2.5.3 de Wapt, lo que debería solucionar este tipo de problema.

Simon

8 de febrero de 2024 - 12:15

Hola Stéphane,

WAPT utiliza por defecto el UUID de la BIOS que devuelve WMI. Si WMI no responde (porque la base de datos de WMI está caída o por otro motivo), se puede obtener un UUID aleatorio (que comienza con RND-*).

Hemos añadido varias comprobaciones adicionales en WAPT 2.5 para solucionar este problema.

En cuanto a tus estaciones de trabajo remotas, si el UUID cambia, deberían intentar volver a registrarse en el servidor WAPT, a menos que tengas un proxy inverso que gestione la terminación TLS y la validación del certificado. ¿Cómo configuraste el registro de la máquina?

Saludos cordiales,

Denis

Galio · 8 de febrero de 2024 - 13:21

Hola y gracias por sus respuestas

Ahora entiendo mejor los UUID RND-*; acabo de verificar la máquina que volví a registrar y el UUID del BIOS proporcionado por WMI efectivamente corresponde al UUID anterior:

Código: Seleccionar todo

C:\Windows\system32>wmic path win32_computersystemproduct get uuid 
UUID                                  
4C4C4544-0033-3810-804A-C6C04F565033

Tengo el mismo valor en la consola wapt, por lo que wmi parece estar respondiendo correctamente.

No hay proxy inverso pero el registro requiere autenticación, por eso los clientes no se vuelven a registrar.

Estaba mirando los registros para asegurarme de que todo estaba bien antes de realizar la actualización 2.5; si ayuda a resolver el problema, lo haré rápidamente.

Sin embargo, no veo cómo restablecer la comunicación con las estaciones de trabajo que siguen con errores. ¿Los clientes de la versión 2.4 volverán a cambiar el UUID si logran leer la base de datos WMI?

Atentamente