Foro de TI tranquilo

Hola a todos,

después de la actualización de 2.2.3 a 2.3.0.13438, tengo varios problemas...

1) Como se menciona en este hilo, desde la actualización, la implementación de GPO waptdeploy.exe ya no funciona. Si intento la línea de comandos manualmente: "No se puede leer la versión del archivo".
Lo mismo sucede al volver a la versión anterior de waptdeploy... 2.2.312463.

2) Si instalo el agente wapt manualmente: me pide un nombre de usuario/contraseña al final de la instalación para registrar el equipo. Con un nombre de usuario de Active Directory, el registro funciona, pero tengo que hacerlo manualmente.
Durante la actualización, el postconf se configuró correctamente en Kerberos, así como durante la generación del agente wapt.

3) Ya no es posible olvidar un paquete, realizar una instalación forzada, auditar el paquete (etc.) a través de la consola WAPT, en la lista de paquetes del equipo (haciendo clic con el botón derecho en los paquetes relevantes en el equipo). Las opciones aparecen atenuadas... Esto funciona localmente en una máquina, por ejemplo, con "wapt-get forget mypackage".

Gracias de antemano.

Versión del servidor WAPT (Debian): 2.3.0
Versión del agente WAPT: 2.3.0.13438
Versión de la configuración de WAPT: 2.3.0.13438
Versión de la implementación de WAPT: 2.3.0.13438
Estado de la base de datos: OK (2.3.0.4)

Hola,

se acaba de lanzar una nueva versión específicamente para resolver este problema de acciones deshabilitadas para los usuarios de Discovery

: https://wapt.tranquil.it/wapt/releases/ ... 3/?C=M&O=D

Gracias

, lo revisaré en cuanto pueda.

Que tengas una buena tarde,
Alexis.

Hola,

me uno a este hilo del foro porque estoy experimentando el problema 3) mencionado. Actualmente estoy en la versión 2.3.0.13470 Discovery y el problema persiste.

Si creen que sería útil que creara un hilo aparte, por favor, avísenme.

Versión del servidor WAPT (CentOS7): 2.3.0.13470
Versión del agente WAPT: 2.3.0.13470
Versión de la configuración de WAPT: 2.3.0.13470
Versión de la implementación de WAPT: 2.3.0.13470
Estado de la base de datos: OK

fcomte escribió: ↑01 Feb 2023 - 12:31 Ahora estoy en 2.3.0.13470 Discovery y el problema persiste.

¿Podrías explicarlo mejor?

En este hilo se discuten varios problemas

Este problema:
3) Ya no es posible eliminar un paquete, realizar una instalación forzada, auditar el paquete (etc.) a través de la consola WAPT, en los paquetes del equipo (haciendo clic derecho en los paquetes correspondientes en el equipo). Las opciones aparecen deshabilitadas...

No he encontrado los otros problemas mencionados (1 y 2).

Buen día,

Por mi parte, todo volvió a la normalidad después de actualizar a 2.3.0.13470 a través de "apt get" directamente y luego ejecutar nuevamente el script Post-conf.

Sin embargo: ¿ha cambiado la forma de configurar wapt-get con el archivo "wapt-get.ini"?
Lo pregunto porque en una VM de prueba (limpia, con wapt instalado vía GPO / waptdeploy en 2.3.0.13470), quería agregar el nivel de madurez DEV a wapt-get.ini y me doy cuenta de que está prácticamente vacío:

[global]
repo_url=https://myserver.net/wapt
wapt_server=https://myserver.net
verify_cert=c:\my_path"
use_kerberos=1

Nada más. ¿No hay parámetros como send_usage_report, use_hostpackages, check_certificates_validity, allow_remote_reboot [etc.] que estaban presentes en versiones anteriores?


Gracias (y)
Alexis

Hola,
por lo que a mí respecta, el problema aún persiste.

Acabo de probarlo de nuevo en la versión 2.3.0.13470 de la consola usando la cuenta de administrador, y funciona.

¿Podrías borrar C:\Users\%username%\AppData\Roaming\waptconsole

y luego reinstalar la consola para ver

si se soluciona? Dudo que ese sea el problema, pero... ¿

estás seguro de que estás usando la cuenta de administrador? ¿
Estás seguro de que no supera los 300 usuarios?

Hola, ¿

estás usando la cuenta de administrador? Sí, ¿
estás seguro de que tienes menos de 300 máquinas? Sí, incluso menos de 200.

Después de eliminar la carpeta especificada, volví al modo Enterprise. Tuve que desmarcar "Verificar certificado del servidor HTTPS" para poder abrir la consola y volver a Discovery. No sé si este es el comportamiento normal. Después de eso, la situación sigue igual.

Puedo agregar algunos detalles preocupantes:
- Como parte de mis pruebas, eliminé la máquina donde se encuentra la consola de inventario. Ya no aparece, aunque tiene el agente actualizado (a través de GPO).
- Y probé en 2 o 3 PC; cuando abro Self Service, no ven ningún paquete excepto el agente.
- Y para su información, también había perdido el acceso a los paquetes en el repositorio privado; tuve que seguir un procedimiento para volver a firmar los paquetes y hosts desde la terminal.