[RESUELTO] Los repositorios secundarios no funcionan

[Vercingétorix]

Hola,
hemos configurado dos repositorios secundarios. La sincronización con el repositorio principal funciona correctamente.
Sin embargo, con la excepción de algunos usuarios en uno de los repositorios, todas las máquinas se conectan sistemáticamente al servidor principal, que se encuentra en una subred diferente.
Los dos repositorios secundarios están en subredes distintas.
Nos gustaría entender por qué sucede esto.

En la configuración de condiciones del repositorio secundario en la consola de administración de WAPT, hemos introducido:
"IP del agente" con el valor xx.xx.xx.0\21, donde 21 es la máscara de subred de nuestra subred. ¿Es correcto? ¿


Cómo podemos corregir el problema y probar el origen del error en un cliente?
Gracias de antemano por su ayuda.
Que tenga un buen día.

[Sfonteneau]

Hola

, ¿tienes habilitada la verificación HTTPS?

Si es así, ¿el repositorio secundario tiene un certificado HTTPS válido?

en tu navegador,

https://urlreposecondaire/wapt/Packages

¿funciona?

[Vercingétorix]

Hola,
gracias por tu respuesta.
Al acceder a https://xx.xx.xx.xx/wapt/Packages
, obtengo el siguiente error:

404 Not Found
nginx/1.24.0.

Gracias de antemano por cualquier información adicional.
Que tengas un buen día.

[Vercingétorix]

Buen día,
Para su información, el verify_cert en wapt_get.ini está establecido en cero.

Código: Seleccionar todo

[global]
use_hostpackages=1
repo_url=https://xxx-xxxxx-wapt/wapt
wapt_server=https://xxx-xxxxx-wapt
verify_cert=0
max_gpo_script_wait=180
pre_shutdown_timeout=180
hiberboot_enabled=0
use_repo_rules=1
allow_remote_reboot=1
allow_remote_shutdown=1

[repo-sync]
enable_remote_repo = True
local_repo_path = C:\Program Files (x86)\wapt\repository\wapt
local_repo_time_for_sync_start = 20:00
local_repo_time_for_sync_end = 05:30
local_repo_sync_task_period = 25
local_repo_limit_bandwidth = 4
remote_repo_dirs = wapt,waptwua,wapt-host

[Vercingétorix]

Buen día,
También se incluye en el archivo de registro nginx-erros.log el archivo nginx-erros.log
Me aparece el siguiente error:

Código: Seleccionar todo

2024/09/20 10:32:15 [error] 3000#2012: *6 CreateFile() "C:/WAPT/wapt/Packages" failed (3: Le chemin d’accès spécifié est introuvable), client: xx.xx.xx.xx, server: _, request: "HEAD /wapt/Packages HTTP/1.1", host: "xx.xx.xx.xx"

No está buscando en el directorio correcto, C:/WAPT/wapt/Packages, en lugar de C:\Program Files (x86)\wapt\repository\wapt
como se indica en wapt_get.ini.

Estoy buscando dónde se encuentra esta información en los archivos INI, pero no la puedo encontrar.

[Sfonteneau]

El valor de `local_repo_path` en el archivo de configuración debió modificarse posteriormente, y como resultado, Nginx no lo detectó.

Debe forzar la reinstalación del paquete "tis-remote-repo-nginx".

Nota: También hemos publicado el paquete https://wapt.tranquil.it/store/fr/tis-remote-repo-http para reemplazar a Nginx, el cual es más eficiente.

[Vercingétorix]

Buen día,
Tuve un problema en mi archivo de configuración nginx.conf.
¿Quién tenía rutas raíz con c:\wapt?

Código: Seleccionar todo

location ~ ^/(wapt/waptsetup-tis.exe|wapt/waptagent.exe|wapt/waptdeploy.exe)$ {
                root "C:/Program Files (x86)/wapt/repository/wapt";
            }

            location ~ ^/(wapt/.*|wapt-host/.*|wads/.*|waptwua/.*)$ {
    
                root "C:/Program Files (x86)/wapt/repository/wapt";
            }

Después de la modificación, funciona.

[Vercingétorix]

Hola,
antes de marcar la publicación como resuelta (que lo está),
me gustaría obtener más información sobre el paquete tis-remote-repo-http.

Tengo dos preguntas:
¿Es más eficiente para realizar actualizaciones?
Para implementarlo, ¿puedo desinstalar el paquete nginx e instalar este en su lugar, y funcionará?
¿O se requiere alguna configuración adicional?

Gracias de antemano por sus respuestas.
Que tenga un buen día.

[Sfonteneau]

Es más eficiente en términos de rendimiento.
De hecho, tuvimos problemas con nginx en Windows; el rendimiento era realmente bajo.

Normalmente, si instalas tis-remote-repo-http, desinstalará nginx (ya que entra en conflicto) y lo reemplazará sin necesidad de reconfiguración.

[Vercingétorix]

Hola, gracias
por todas estas útiles respuestas que nos ayudan a mejorar el uso de la herramienta.
Instalamos el nuevo paquete recomendado y desinstalamos el de nginx.
Todo funciona correctamente, excepto para un pequeño número de agentes.
Detuvimos y reiniciamos el servicio wapt.
¿Existe alguna razón por la que permanezca en el servidor principal y no se traslade al repositorio secundario?

Gracias de antemano por sus comentarios.
Que tenga un buen día.