Forum Tranquil IT

Bonjour Marc,

est ce que le déploiement fonctionne sur le site principal (sans dépôt secondaire) ? Est ce que ça fonctionne si vous désactiver les règles de dépôt secondaire pour le poste/subnet en question?

Pour le dépôt secondaire, est ce que c'est une machine Windows ou Linux? Est ce que c'est avec un serveur nginx ou un wapthttpserver?

Quelle version de wapt?

Cordialement,

Denis

Bonjour,
nous avons essayé directement dans le LAN ou se trouve le serveur wapt 2.5 sur un serveur Linux.
Avec wapttftpserver pour le TFTP et nginx pour le http.
Rien ne se passe sur le site principal.

Sur le dépôt secondaire nous sommes avec une machine windows 10 avec depuis hier Remote Repository WAPTHttpServer.

Aujourd'hui nos essais se font depuis le site dépôt secondaire.
Voilà pour les compléments d'infos.
Merci

Bonjour,
nous progressons dans notre installation.
Nous arrivons bien à l'écran bleu : IPXE boot menu For WAPT Deployement.
Après avoir choisi Register host (winpe x64)
Nous avons choisi IPXE le PC est remonté dans la console.

Puis nous restons bloqué sur une fenêtre de commande : VerifyCert : 0
No IP adress found.
En faisant un ipconfig nous obtenons : windows IP Configuration

La commande de la fenêtre précédente était start cmd /k x:\dlls\wgetwads64.exe --verify-cert=0 --server_url=https://xxx-xxx-wapt

Lors du téléchargement, il y avait bien une adresse IP dans le bon vlan.
Nous cherchons à passer au cap suivant...
Merci

Bonjour

En fait il y deux choses.

l'ipxe et le winpe

Dans votre cas l'ipxe lui vois bien la carte réseau. Cependant le winpe lui ne semble pas voir la carte réseau.

Il faudrait dans votre cas ajouter a votre winpe le drivers de la carte réseau dans le winpe, voir :
https://www.wapt.fr/fr/doc/wapt-wads.ht ... inpe-files

Bonjour,
nous avançons en effet le chargement du pilote réseau à permis de passer à l'étape d'après.
Sur le test sur le LAN du serveur, nous arrivons à la fenêtre Welcome WADS task n°3
et un message d'erreur, puis plus rien :
Host data vérification failed : no signer_certificate in data


Sur le serveur du dépôt secondaire :
error getting wads executable from server : THttpClientSocket.Wget: xx.xx.xx.xx:443/wads/wads64.exe failed as 404 Not Found

Le test de téléchargement du fichier wads64.exe via un navigateur fonctionne en http, mais pas en https.
Dans les deux cas j'ai via la console signé les .exe sur le serveur.

Nous en sommes arrivé là pour l'instant.

Vercingetorix a écrit : ↑14 oct. 2024 - 11:53 error getting wads executable from server : THttpClientSocket.Wget: xx.xx.xx.xx:443/wads/wads64.exe failed as 404 Not Found
Le test de téléchargement du fichier wads64.exe via un navigateur fonctionne en http, mais pas en https.

En http mais pas en https ??

Si vous aller juste sur :

https://xx.xx.xx.xx

ça répond quoi ?

Sur le serveur secondaire en erreur :
https://ip_serveur_secondaire/
WAPTHttpServer Server Error 404

HTTP 404 Not Found

Wrong route
mORMot 2

Sur le serveur principal, après avoir mis le mot de passe
Serveur WAPT : ENTERPRISE

Pour résumer

donc ceci marche ? :

http://ip_serveur_secondaire/wads/wads64.exe

mais pas ça ?:
https://ip_serveur_secondaire/wads/wads64.exe

Etange pourtant c'est la même conf

Bonjour,
étant donné que la conf prise en compte est celle de la déclaration du dépôt secondaire de la console wapt.
nous avons changé le https en http://xx.xx.xx.xx/wapt
Et la nous avons la même erreur :
Error getting wads executable from server: THttpClientSocket.WGet: xx.xx.xx.xx:80/wads/wads64.exe failed as HTTP Error 404 - Not Found

La même erreur à la différence de 80 au lieu de 443.

Ce qui ressemble étrangement au topic suivant ; viewtopic.php?t=3161

Bonne journée.

Bonjour,
il nous avez été conseillé de mettre wapt-remote-repo-http à la place de tis-remote-repo-nginx.
Sauf que dans le cas wads sur un dépôt secondaire nous avions le message d'erreur.
Error getting wads executable from server: THttpClientSocket.WGet: xx.xx.xx.xx:80/wads/wads64.exe failed as HTTP Error 404 - Not Found
Nous sommes donc revenu en arrière vers nginx et nous n'avons plus ce type d'erreur.

Nous pouvons modifier le topic à [RESOLU]
Bonne journée.