Foro de TI tranquilo

Hola Marc,

¿funciona el despliegue en el sitio principal (sin un repositorio secundario)? ¿Funciona si desactivas las reglas del repositorio secundario para la máquina/subred en cuestión?

Respecto al repositorio secundario, ¿es una máquina Windows o Linux? ¿Utiliza un servidor nginx o un servidor wapthttpserver? ¿

Qué versión de wapt?

Saludos,

Denis

Hola,
realizamos pruebas directamente en la LAN donde se encuentra el servidor WAPT 2.5 en un servidor Linux.
Utilizamos wapttftpserver para TFTP y nginx para HTTP.
No ocurre nada en el sitio principal.

En el repositorio secundario, estamos utilizando una máquina con Windows 10 con un repositorio remoto WAPTHttpServer instalado desde ayer.

Hoy, nuestras pruebas se realizan desde el sitio del repositorio secundario.
Esa es toda la información adicional.
Gracias

Hola,
estamos progresando con nuestra instalación.
Hemos llegado a la pantalla azul: Menú de arranque IPXE para la implementación de WAPT.
Después de seleccionar Registrar host (winpe x64),
elegimos IPXE y el PC reapareció en la consola.

Luego nos quedamos atascados en una ventana de símbolo del sistema: VerifyCert: 0
No se encontró ninguna dirección IP.
Al ejecutar ipconfig obtenemos: Configuración IP de Windows.

El comando en la ventana anterior fue: start cmd /kx:\dlls\wgetwads64.exe --verify-cert=0 --server_url=https://xxx-xxx-wapt.

Durante la descarga, efectivamente había una dirección IP en la VLAN correcta.
Queremos pasar al siguiente paso...
Gracias.

Hola

, en realidad hay dos cosas:

IPXE y WinPE.

En tu caso, IPXE detecta correctamente la tarjeta de red. Sin embargo, WinPE no parece detectarla.

Tendrías que añadir los controladores de la tarjeta de red a tu instalación de WinPE. Consulta:
https://www.wapt.fr/fr/doc/wapt-wads.ht ... inpe-files

Hola,
efectivamente estamos progresando; cargar el controlador de red nos ha permitido pasar al siguiente paso.
En la prueba LAN del servidor, llegamos a la ventana de la tarea Welcome WADS #3
y un mensaje de error, luego nada:
Falló la verificación de datos del host: no hay certificado de firmante en los datos.


En el servidor del repositorio secundario:
error al obtener el ejecutable wads del servidor: THttpClientSocket.Wget: xx.xx.xx.xx:443/wads/wads64.exe falló como 404 No encontrado.

La prueba de descarga del archivo wads64.exe a través de un navegador funciona a través de HTTP, pero no a través de HTTPS.
En ambos casos, firmé los archivos .exe en el servidor a través de la consola. Ahí es

donde estamos por ahora.

Vercingetorix escribió: ↑14 de octubre de 2024 - 11:53 error al obtener el ejecutable wads del servidor: THttpClientSocket.Wget: xx.xx.xx.xx:443/wads/wads64.exe falló como 404 No encontrado
La prueba de descarga del archivo wads64.exe a través de un navegador funciona en http, pero no en https.

¿Estás usando HTTP pero no HTTPS?

Si simplemente vas a:

https://xx.xx.xx.xx

¿Qué responde eso?

En el servidor secundario con el error:
https://ip_secondary_server/
WAPTHttpServer Error del servidor 404

HTTP 404 No encontrado

Ruta incorrecta
mORMot 2

En el servidor principal, después de ingresar la contraseña del servidor WAPT
: ENTERPRISE

En resumen

, esto funciona:

http://ip_serveur_secondaire/wads/wads64.exe

, pero esto no:
https://ip_serveur_secondaire/wads/wads64.exe.

Es extraño, pero la configuración es la misma.

Hola,
dado que la configuración que se está utilizando es la de la declaración del repositorio secundario en la consola de wapt,
cambiamos la dirección HTTPS a http://xx.xx.xx.xx/wapt.
Y ahora estamos recibiendo el mismo error:
Error al obtener el ejecutable wads del servidor: THttpClientSocket.WGet: xx.xx.xx.xx:80/wads/wads64.exe falló como error HTTP 404 - No encontrado.

El mismo error, excepto que 80 en lugar de 443.

Esto es extrañamente similar al siguiente tema: viewtopic.php?t=3161.

Que tenga un buen día.

Hola,
nos recomendaron usar wapt-remote-repo-http en lugar de tis-remote-repo-nginx.
Sin embargo, al usar wads en un repositorio secundario, recibíamos el siguiente mensaje de error: "
Error al obtener el ejecutable wads del servidor: THttpClientSocket.WGet: xx.xx.xx.xx:80/wads/wads64.exe falló como error HTTP 404 - No encontrado"
Por lo tanto, volvimos a usar nginx y ya no tenemos este error.

Ahora podemos marcar el tema como [RESUELTO]
. Que tenga un buen día.