Forum IT Tranquillo

Ciao Marc,

il deployment funziona sul sito primario (senza repository secondario)? Funziona se disabiliti le regole del repository secondario per la macchina/sottorete in questione?

Per quanto riguarda il repository secondario, si tratta di una macchina Windows o Linux? Utilizza un server nginx o un server Wapt?

Quale versione di Wapt?

Saluti,

Denis

Salve,
abbiamo provato direttamente sulla LAN dove si trova il server WAPT 2.5 su un server Linux.
Abbiamo utilizzato wapttftpserver per TFTP e nginx per HTTP.
Non succede nulla sul sito principale.

Sul repository secondario, stiamo utilizzando una macchina Windows 10 con un repository remoto WAPTHttpServer installato da ieri.

Oggi, i nostri test vengono condotti dal sito del repository secondario.
Queste sono tutte le informazioni aggiuntive.
Grazie

Salve,
stiamo procedendo con l'installazione.
Siamo arrivati ​​alla schermata blu: menu di avvio IPXE per la distribuzione di WAPT.
Dopo aver selezionato Registra host (winpe x64),
abbiamo scelto IPXE e il PC è riapparso nella console.

A questo punto ci blocchiamo su una finestra del prompt dei comandi: VerifyCert: 0
Nessun indirizzo IP trovato.
Eseguendo ipconfig otteniamo: Configurazione IP di Windows.

Il comando nella finestra precedente era: start cmd /kx:\dlls\wgetwads64.exe --verify-cert=0 --server_url=https://xxx-xxx-wapt.

Durante il download, era effettivamente presente un indirizzo IP nella VLAN corretta.
Vorremmo passare alla fase successiva...
Grazie.

Ciao

, in realtà ci sono due cose:

IPXE e WinPE.

Nel tuo caso, IPXE rileva correttamente la scheda di rete. Tuttavia, WinPE non sembra rilevarla.

Dovresti aggiungere i driver della scheda di rete alla tua installazione di WinPE. Vedi:
https://www.wapt.fr/fr/doc/wapt-wads.ht ... inpe-files

Ciao,
stiamo effettivamente facendo progressi; il caricamento del driver di rete ci ha permesso di passare alla fase successiva.
Nel test LAN del server, raggiungiamo la finestra dell'attività Welcome WADS #3
e un messaggio di errore, poi più nulla:
Verifica dei dati host non riuscita: nessun signer_certificate nei dati.


Sul server del repository secondario:
errore durante il recupero dell'eseguibile wads dal server: THttpClientSocket.Wget: xx.xx.xx.xx:443/wads/wads64.exe non riuscito come 404 Not Found.

Il test di download del file wads64.exe tramite browser funziona su HTTP, ma non su HTTPS.
In entrambi i casi, ho firmato i file .exe sul server tramite la console. Questo è

il punto in cui ci troviamo per ora.

Vercingetorix ha scritto: ↑14 ott 2024 - 11:53 errore durante il recupero dell'eseguibile wads dal server: THttpClientSocket.Wget: xx.xx.xx.xx:443/wads/wads64.exe non riuscito come 404 Not Found
Il test di download del file wads64.exe tramite un browser funziona in http, ma non in https.

Utilizzi HTTP ma non HTTPS?

Se vai semplicemente a:

https://xx.xx.xx.xx

Cosa risponde?

Sul server secondario con l'errore:
https://ip_secondary_server/
WAPTHttpServer Errore del server 404

HTTP 404 Non trovato

Percorso errato
mORMot 2

Sul server primario, dopo aver inserito la password del server WAPT
: ENTERPRISE

per riassumere

, questo funziona:

http://ip_serveur_secondaire/wads/wads64.exe

ma questo no:
https://ip_serveur_secondaire/wads/wads64.exe.

Strano, eppure la configurazione è la stessa.

Ciao,
dato che la configurazione utilizzata è quella della dichiarazione del repository secondario nella console Wapt,
abbiamo cambiato l'indirizzo HTTPS in http://xx.xx.xx.xx/wapt.
Ora riceviamo lo stesso errore:
Errore durante il recupero dell'eseguibile wads dal server: THttpClientSocket.WGet: xx.xx.xx.xx:80/wads/wads64.exe non riuscito come errore HTTP 404 - Non trovato.

Lo stesso errore, solo che 80 invece di 443.

Questo è stranamente simile al seguente argomento: viewtopic.php?t=3161.

Buona giornata.

Salve,
ci è stato consigliato di utilizzare wapt-remote-repo-http al posto di tis-remote-repo-nginx.
Tuttavia, quando utilizzavamo wads su un repository secondario, ricevevamo il messaggio di errore: "
Errore durante il recupero dell'eseguibile wads dal server: THttpClientSocket.WGet: xx.xx.xx.xx:80/wads/wads64.exe non riuscito come errore HTTP 404 - Non trovato"
Siamo quindi tornati a nginx e non riscontriamo più questo errore.

Possiamo ora contrassegnare la discussione come [RISOLTA]
. Buona giornata.