Foro de TI tranquilo

Hola,

WAPT Server: Debian, WAPT versión 1.5.1.21.

Actualmente estoy probando el uso de múltiples repositorios. Seguí su documentación:
https://www.wapt.fr/fr/doc/Replicate_Mu ... index.html#
Actualicé manualmente wapt-get.ini en mi máquina de desarrollo (Windows 10). Originalmente estaba configurado para usar el repositorio primario, así que cambié repo_url a la dirección del repositorio secundario.
Luego reinicié la máquina para asegurarme de que todo el servicio WAPT estuviera funcionando correctamente.

Creé un paquete para actualizar automáticamente la dirección del repositorio, usando inifile_writestring, como se describe en su documentación, desde esta máquina de desarrollo. Subí este paquete con un build-upload, que funcionó perfectamente.
Pongo "perfectamente" entre comillas porque, a pesar de mis modificaciones a wapt-get.ini, envió el paquete al repositorio primario, pero no al secundario. Dicho esto, el repositorio secundario se sincronizó correctamente.
PROBLEMA 1: Wapt-get, en la consola, aparentemente no tiene en cuenta los cambios en wapt-get.ini.

Nota: Intencionadamente omití modificar los parámetros del archivo waptconsole.ini ubicado en el directorio AppDATA\local de mi usuario para ver si los tendría en cuenta, si se actualizaría automáticamente después de modificar wapt-get.ini, o si se actualizaría usando inifile_writestring después de aplicar el paquete.

PREGUNTA: Aparentemente, wapt-get no lee el archivo wapt-get.ini. ¿Lee el archivo waptconsole.ini ubicado en el directorio del usuario? ¿El archivo waptconsole.ini se actualizará con el comando inifile_writestring del paquete, o necesito hacerlo manualmente (o con un comando adicional de Python en setup.py)?

Sin embargo, cuando intento aplicar este paquete a mi máquina (de desarrollo) (siempre la misma), desde la consola (también ejecutada en esta máquina de desarrollo), obtengo un error SSL: "error al obtener el índice del paquete desde https://my-secondary-repo SSLError..."
PROBLEMA 2: No he encontrado la manera de importar el certificado (actualmente autofirmado) del nuevo repositorio.

Disculpen la extensión de esta publicación; preferí poner todo en una sola. Si prefieren publicaciones separadas para cada problema, avísenme y lo haré la próxima vez.

Gracias de antemano por su ayuda
.

Aclaración adicional:

esta vez intenté instalar el paquete desde mi consola (PC de administración de WAPT), en la máquina de desarrollo que mencioné en mi publicación anterior.
No hubo mensajes de error, pero el paquete no se instaló en la lista de tareas (pendientes, completadas o con errores), ni en la pestaña "general", incluso después de la actualización.

wapt-get.exe lee el archivo wapt-get.ini para los comandos relacionados con la máquina local (actualizar, mejorar, instalar, eliminar, etc.)
, pero usa el archivo de usuario "waptconsole.ini" (si existe; de ​​lo contrario, usa wapt-get.ini) para los comandos de desarrollo de paquetes (crear plantilla, editar, cargar compilación, etc.).

Puede forzar el uso del archivo de configuración con la opción "-c".

El archivo waptconsole.ini se crea a partir del archivo wapt-get.ini si este no existe la primera vez que se inicia la consola wapt.

Posteriormente, los cambios realizados en wapt-get.ini no afectan a waptconsole.ini.

Un SSLError en un repositorio generalmente significa que la verificación del certificado SSL ha fallado.

Para probar si este es el caso, configure el parámetro "verify_cert=0" en el archivo wapt-get.ini

Si funciona, verifique el certificado que implementó:
El parámetro verify_cert debe proporcionar la ruta a un archivo ".pem" (uno o más certificados x509 "que son confiables" codificados en formato PEM) que permite la verificación de la firma del certificado del servidor.

El caso más simple es recuperar la cadena de certificados del servidor.
El comando "wapt-get enable-check-certificate" recupera la cadena de certificados del servidor wapt (parámetro [global] / wapt_server). Pero no para los repositorios secundarios... Debe hacerlo manualmente.


Verifique que el FQDN (mondepot.mondomaine.lan) del servidor o repositorio en el parámetro repo_url sea efectivamente el del servidor, y corresponda al atributo "CN" (nombre común) del certificado del servidor.

Si ha declarado un repositorio separado para las configuraciones de la máquina (sección [wapt-host]), ¿ha declarado el certificado para verificar la conexión al repositorio?
O

Permítame participar

Creo que tengo un problema similar al de Erict; intenté describirlo aquí viewtopic.php?f=10&t=1177&p=3942&hilit=certificado#p3942
Y también creo que la respuesta está aquí

htouvet escribió: ↑11 de abril de 2018 - 10:57
Un SSLError en un repositorio generalmente significa que la verificación del certificado SSL falló.
[...]
El caso más simple es recuperar la cadena de certificados del servidor.
El comando "wapt-get enable-check-certificate" recupera la cadena de certificados para el servidor wapt (parámetro [global] / wapt_server).

Pero no para repositorios secundarios... Hay que hacerlo manualmente...

¿Podría describir aquí cómo recuperar manualmente la cadena de certificados del servidor del "repositorio secundario"?

GRACIAS !!!

En tu caso puedes hacer un CA

La CA firmará el certificado tanto para el servidor como para el repositorio secundario. Esto le permite tener un único certificado para todos sus repositorios.

De lo contrario, es necesario agregar lo siguiente al archivo wapt-get.ini de las máquinas:
Para recuperar el certificado puedes, por ejemplo, utilizar Firefox (ver imagen adjunta)

También aprovecharé esta oportunidad para compartir un consejo.

En la sección:
Puedes utilizar la dirección del servidor wapt y no el repositorio secundario.

Por lo tanto, el repositorio secundario ya no sincroniza paquetes de máquina innecesarios, sino solo paquetes de software