Foro de TI tranquilo

Servidor: Debian Stretch, Wapt 1.6.2.7 recién instalado.

Hola,

me aparece un error al intentar instalar paquetes de Wapt desde la consola 1.6.2.7, independientemente de la versión de Windows en el equipo que aloja la consola (Windows 7, 10 o Server 2008 R2) y en el equipo cliente (a menos que sea el equipo donde se ejecuta la consola). Adjunto captura de pantalla.
Sin embargo, todo funciona correctamente si no intento forzar la instalación desde la consola. Los paquetes pendientes se instalan correctamente al apagar el equipo.
Además, si solicito la instalación desde el cliente a través de WaptTray, funciona correctamente. ¿

Dónde puedo encontrar más información sobre la causa del error? ¿Alguna idea?

Gracias de antemano,

Christophe

Hola,
encontrarás la información en /var/log/daemon.log.

Esta información debería mostrarse en la consola.

Hola,

gracias htouvet por tu respuesta.
Pero no encuentro nada en daemon.log que me pueda dar una pista.
No se genera ninguna línea de registro cuando reproduzco el error en la consola.

Estoy desconcertado...

Christophe

Puede iniciar el servidor en un modo más detallado (información de nivel de registro como mínimo)

en el servidor: Luego realiza tu acción en la consola.
Deberías ver la causa del error.

Hola,

Bingo!
Gracias a este buen consejo, pude obtener estos rastros:

2018-10-16 17:14:39,193 INFO 0dfeebb199ab4d5c9117e2ab4431dff6: Received packet MESSAGE data 31[{"msg": "Error on client: SSLVerifyException(u'Data too old or in the future age: 596s...',)", "error_code": "sslverifyexception", "request_time": 0.046000003814697266, "success": false, "uuid": "AB1BA894-E753-11DD-8073-46623DD31DE2"}]
2018-10-16 17:14:39,194 INFO received ack from 0dfeebb199ab4d5c9117e2ab4431dff6 [/]


... que indican un problema con el reloj en la consola: el reloj estaba atrasado 10 minutos.
Una vez corregido el reloj, no hubo más mensajes de error y todo funcionó correctamente.

Sin embargo, ¿se registran estos rastros en un archivo de registro? No parece estar en daemon.log.

En cualquier caso, ¡muchísimas gracias!

Christophe