No se puede agregar un servidor interno como repositorio externo

[TomTomGo]

Buen día,

Desde que actualicé un servidor WAPT de la versión 2.4 a la 2.5.5.15697, ya no puedo agregar este servidor como un repositorio externo desde otro servidor también en la versión 2.5.5.15697 (esto funcionaba bien en la 2.4).
Configuración del repositorio:

Repoconf.png (20,99 KB) Visto 3772 veces

Si intentamos importar un paquete desde este repositorio:

Repoconf3.png (6 KB) Visto 3772 veces

Supongo entonces que esto tiene que ver con la activación de la autenticación de cliente SSL desde 2.5, pero no veo cómo autenticar la consola de administración de un servidor A mediante la adición de un repositorio externo a un servidor B. Los agentes de las máquinas conectadas a sus respectivos servidores funcionan correctamente a nivel de autenticación de cliente SSL + Kerberos.

Entorno: Servidor WAPT Debian 11 (actualizado), WAPT 2.5.5.15697 Discovery
Sistema operativo de la máquina de administración: Windows Server 2019 (actualizado)

Gracias y que tengas un buen día

[dcardón]

Hola Thomas,

has identificado correctamente el problema. Actualmente, la autenticación mediante certificado de cliente no es compatible con la interfaz de importación de paquetes. Creo que la solución más sencilla es definir un segundo host virtual en el servidor sin autenticación mediante certificado de cliente, pero con restricciones de dirección IP de origen, y configurar los demás servidores para que apunten a él.

Normalmente, no es necesario configurar varios servidores WAPT, salvo en organizaciones muy grandes con derechos de acceso delegados. Si tienes sedes remotas, lo mejor es configurar repositorios secundarios, pero centralizar las actualizaciones de inventario en el mismo servidor.

Como alternativa, en la versión empresarial disponemos de scripts para la sincronización entre servidores WAPT.

Saludos cordiales,

Denis

[TomTomGo]

Hola Denis,

sí, eso es lo que sospechaba, gracias por la confirmación.
Investigaré la solución VHOST. Por otro lado, encontré una solución "poco elegante" pero temporal: recuperé el certificado de cliente y la clave privada de "C:\Program Files (x86)\wapt\private" en el servidor A y los copié al servidor B. Luego los configuré en la configuración del repositorio en "Configuración avanzada > Ruta del certificado SSL del cliente" y "Configuración avanzada > Ruta de la clave SSL del cliente".
En realidad, tenemos una forma de trabajar algo anticuada: un servidor WAPT "dev" que usamos para probar paquetes en algunas máquinas antes de importarlos al servidor WAPT "prod". Soy consciente de que no es lo ideal, y regularmente les pido a mis superiores que cambien a un servidor empresarial con todas las funciones adicionales que incluye, pero bueno... Que tengas

un buen día.

[vcardón]

Buenas noches, TomTomGo.

Por supuesto, le animamos a que continúe sus esfuerzos para convencer a los responsables de la toma de decisiones de que actualicen a Enterprise. Dado que se encuentra en La Chapelle-sur-Erdre, podemos visitarle personalmente para ayudarle a convencerlos, o viceversa.

A corto plazo, parece que sus necesidades se pueden satisfacer con el concepto de "madurez".

Si busca este término en este foro, encontrará muchas publicaciones que tratan sobre la necesidad de probar los paquetes en una pequeña parte de la red antes de implementarlos de forma más generalizada, sin necesidad de un segundo servidor WAPT.

[TomTomGo]

Hola Vincent;

Gracias por tu mensaje. De hecho, somos prácticamente vecinos y no dudaremos en contactarte directamente para hablar sobre una posible colocación en nuestra empresa.

Mientras tanto, investigaré la opción de "madurez", que ya había visto pero no había explorado a fondo hasta ahora...

Que tengas un buen día.

Atentamente,

Thomas