Revisión: Después de la actualización 1.7.4.6155, hay problemas de gestión de paquetes

[Avondra]

Wapt versión 1.7.4.6155
Sistema operativo del servidor: CentOS 7.6
Sistema operativo del administrador: Windows 10

Hola,
tras mi problema de verificación MD5, actualicé Wapt de la versión 1.6.7 a la última versión 1.7.4. Ya no tengo el error, pero las instalaciones y actualizaciones de paquetes ya no funcionan. No recibo ningún mensaje de error, pero ya no hay interacción con los clientes. ¿
Podrían ayudarme con este nuevo fallo? Es muy urgente porque necesito implementar un softphone mañana por la noche...
Gracias por su ayuda.

[Avondra]

Continuación,
poca información, un mensaje extraño en modo de depuración cuando inicio la instalación en un cliente que parece un poco contradictorio:

DEBUG:urllib3.connectionpool:https://unc-srv-susi.cfu.local:443 "GET /wapt-host/4C4C4544-0056-5A10-8031-CAC04F4D3432.wapt HTTP/1.1" 200 2851
DEBUG:root:ERROR para c:\private\wapt-private.pem: No se puede cargar la clave c:\private\wapt-private.pem
DEBUG:root:ÉXITO la clave c:\private\wapt-private.pem coincide con el certificado c:\private\wapt-private.crt
{"msg":"1 acciones iniciadas, 0 errores, 0 omitidas, 0 servidor errores,"éxito":verdadero,"tiempo_solicitud":nulo,"resultado":[]}

[Avondra]

¿Nadie puede darme su opinión?
Gracias.

[Avondra]

De acuerdo, sigo respondiéndome a mí mismo... al agregar a la discusión.
Parece ser un problema con el certificado SSL porque cuando verifico el certificado o cuando consulto el servidor Wapt usando el comando wapt-get, obtengo un error: los clientes no pueden comunicarse con el servidor, por lo tanto, la incapacidad de realizar actualizaciones:
TypeError: el argumento de tipo 'NoneType' no es iterable.
Parece un error de Python, estoy en la versión 2.7 ¿Es esta una posible solución y tienes alguna solución alternativa?

C:\wapt>wapt-get.exe register
Usando el archivo de configuración: C:\wapt\wapt-get.ini
Registrando el host contra el servidor: https://unc-srv-susi.cfu.local
Controles de energía del sistema
ERROR FATAL: SSLError: HTTPSConnectionPool(host='unc-srv-susi.cfu.local', puerto=443): Se excedió el número máximo de reintentos con la URL: /add_host (Causado por SSLError(SSLError("bad handshake: Error([('SSL routines', 'tls_process_server_certificate', 'certificate verify failed')],)",),))

C:\wapt>wapt-get enable-check-certificate
Usando el archivo de configuración: C:\wapt\wapt-get.ini
Certificado del servidor: C:\wapt\ssl\server\unc-srv-susi.cfu.local.crt
ERROR FATAL: TypeError: el argumento de tipo 'NoneType' no es iterable

[htouvet]

¿Está utilizando un certificado autofirmado para el servidor nginx en el lado del servidor?

De ser así, ¿este certificado es idéntico al que se encuentra en C:\wapt\ssl\server\unc-srv-susi.cfu.local.crt?

Si este certificado está firmado por una CA, ¿el archivo PEM del lado del servidor contiene la cadena de certificados completa (CA intermedias y raíz)?

[Avondra]

Sí, estoy usando un certificado autofirmado para el servidor nginx en el lado del servidor.
El certificado es idéntico al que se encuentra en C:\wapt\ssl\server\unc-srv-susi.cfu.local.crt.
Los certificados son idénticos, pero me aparecen estos errores y no sucede nada en la consola de wapt cuando actualizo los clientes.

[Avondra]

Hola,
Sigo sin respuesta...
También he notado errores al agregar nuevos hosts:
2019/09/09 11:57:21 [error] 1530#0: *159902 open() "/var/www/html/wapt-host/4C4C4544-0031-3310-8051-B4C04F324732.wapt" falló (2: No existe tal archivo o directorio), cliente: 192.203.100.44, servidor: xxxxxxxxxx, solicitud: "GET /wapt-host/4C4C4544-0031-3310-8051-B4C04F324732.wapt HTTP/1.1", host: "xxxxxxxxxx"

Tengo que crear este archivo manualmente, lo cual no es normal; desde la actualización de la versión, ha habido problemas. Se están acumulando... ¡
Ayuda!

[Avondra]

Según mi investigación, parece ser un problema con la clave privada, que no se acepta al intentar actualizar. Sin embargo, revisé la interfaz y todo parece estar bien, pero vi esta alerta en la consola de depuración:

EWaptCertificateUntrustedIssuer: Ninguno de los certificados ("wapt-private","wapt-private") es de confianza.

¿Qué puedo hacer, ya que la instalación a través de WAPT Self-Service funciona en el cliente?

Gracias por su ayuda.

[Avondra]

Hola,
no entiendo este silencio ensordecedor...
¿No hay ningún desarrollador que pueda ayudarme a solucionar este error?
Ya desinstalé y reinstalé la consola, recreé mis claves, pero nada funciona.
Nunca he tenido problemas con las distintas actualizaciones de WAPT y sigo considerándola una herramienta esencial.
¿Tengo que resignarme a reinstalar el servidor desde cero y perder todo mi historial de instalación?

[Sfonteneau]

Buen día

La forma más fácil de ayudarnos es ejecutando algunos comandos (ya has realizado algunos de ellos), ¿puedes enviarnos el resultado?

Código: Seleccionar todo

wapt-get update -f 

Código: Seleccionar todo

wapt-get register 

El contenido del archivo wapt-get.ini de su agente
El waptconsole.ini de la consola (%localappdata%\waptconsole\waptconsole.ini)

¿También puedes ejecutar esto (inicia el agente en modo de depuración)?

Código: Seleccionar todo

"c:\Program Files (x86)\wapt\runwaptservice.bat" -ldebug

¿Luego realizar acciones usando la consola y enviarnos el resultado desde el agente en modo de depuración?

Los archivos:

• C:\Archivos de programa (x86)\wapt\ssl\*.crt
• C:\Archivos de programa (x86)\wapt\ssl\server\*.crt
• C:\Archivos de programa (x86)\wapt\private\*.crt

Para el servidor, este archivo:

Código: Seleccionar todo

/opt/wapt/waptserver/ssl/cert.pem

También el archivo crt indicado en el archivo waptconsole.ini (%localappdata%\waptconsole\waptconsole.ini)

Compruebe también la hora:

• Del post que tiene la wapconsole
• Del agente Wapt
• Y desde el servidor Wapt

En computadoras con Windows puedes verificar la hora de la siguiente manera:

Código: Seleccionar todo

waptpython
import datetime
datetime.datetime.utcnow()

Sí, por las diferencias horarias, el horario de verano, etc., es complicado...

Simón