Forum IT Tranquillo

Ciao,

sto testando una distribuzione Windows tramite WAPT su un ambiente VirtualBox 7.2.4.

Per ricordare, ho installato la versione 2.6 di WAPT su Rocky 10.

Ho configurato il server DHCP; ecco il file dhcpd.conf:

..............................................................................................................................................................................

subnet 172.16.1.0 netmask 255.255.255.0 {
range 172.16.1.120 172.16.1.180;
option routers 0.0.0.0;
option subnet-mask 255.255.255.0;
option broadcast-address 172.16.1.255;
next-server 172.16.1.100; # Server TFTP
# Se non è iPXE
if not exists user-class {
# Se BIOS legacy
if (option vendor-class-identifier = "PXEClient:Arch:00000") {
filename "boot/pxeboot.n12";
} else {
filename "efi/boot/bootmgfw.efi";
}
}
# Se iPXE
else if option user-class = "iPXE" {
# Se BIOS legacy
if (option vendor-class-identifier = "PXEClient:Arch:00000") {
filename "http://172.16.1.100/api/v3/baseipxe?uef ... &keymap=fr";
} else {
filename "http://172.16.1.100/api/v3/baseipxe?keymap=fr";
}
}
..............................................................................................................................................................................

Il test di questo comando sul lato client funziona correttamente:

...............................................................................................................................................................................
cd ~
tftp 172.16.1.100;
binary
get snponly.efi
quit
ls -l snponly.efi
..............................................................................................................................................................................

Quando poi testo la distribuzione di Windows dopo aver aggiunto l'ISO di Windows e un file di risposta, scopro che il resto non funziona. Il client ottiene correttamente un indirizzo IP, ma si blocca sulla connessione TFTP
con i seguenti messaggi di errore:

.......................... .................................................................................................................................
indirizzo mac client: 08 00 27 5c b2 0c ..................
indirizzo ip client: 172.16.1.140 maschera: 255.255.255.0 indirizzo dhcp: 172.16.1.110
TFTP
pxe-t01: file non trovato
pxe-e3b: errore tftp - file non trovato
pxe-m0f: Uscita dalla rom pxe Intel
..................................................................................................................................................................

Riesco a ottenere un indirizzo IP, ma la connessione TFTP si blocca; non capisco perché.

Mi chiedo cosa mi sfugga, se abilito o meno l'UEFI nel BIOS lato client.


Grazie in anticipo per l'aiuto.

Ciao,

l'ultima volta che ho fatto dei test con VirtualBox i risultati sono stati inconcludenti:

VirtualBox include un proprio IPXE https://ipxe.org/err/3c0920

ma solo in questo IPXE fornito da VirtualBox l'avvio HTTP è stato disabilitato (non so perché...).

Quindi si finisce direttamente a:

`if option user-class = "iPXE" {
http://172.16.1.100/api/v3/baseipxe?keymap=fr"`.

Ma questo non funziona perché l'avvio HTTP è disabilitato... (grazie VirtualBox).

Una soluzione è fare qualcosa di simile a fog e compilare il proprio IPXE con:

`/opt/wapt/waptserver

. Quindi, nella configurazione DHCP, impostare `

filename "snponly_custom.efi";`

invece di `file http:

`filename "http://172.16.1.100/api/v3/baseipxe?uef ... &keymap=fr";`.


Lo testerò qui per vedere se funziona.


Altrimenti, è possibile avviare senza IPXE:

basta specificare

`efi/boot/bootmgfw.efi`

come nome del file.

Ciao,

ho eseguito il comando:

/opt/wapt/waptserver/scripts/compile_ipxe.sh e ho ottenuto:
.......................................................................................................................................................................................................

install git gcc gcc-c++ make zlib-devel binutils-devel xz-devel
custom ipxe
compile legacy ipxe
compile uefi ipxe
compile snponly.efi
..........................................................................................................................................................................................

E quando in /etc/dhcpd.conf aggiungo o rimuovo:
..................................................................................................................................................................................................

If iPXE
else if option user-class = "iPXE" {
If legacy BIOS
if (option vendor-class-identifier = "PXEClient:Arch:00000") {
filename "undionly_custom.kpxe";
} else {
filename "ipxe_custom.efi";
.
;

,

nessun file viene caricato. Non lo capisco affatto

Sinceramente

Quando testo TFTP, ci mette troppo tempo. Mi chiedo se il problema sia lì:

tftp wapt.iplesp.upmc.fr
tftp> binary
tftp> get bootmgfw.efi
Trasferimento scaduto.

Quando testo lo stato del server TFTP:

systemctl status wapttftpserver
● wapttftpserver.service - Script di avvio del server TFTP WAPT/WADS
Caricato: caricato (/usr/lib/systemd/system/wapttftpserver.service; abilitato; preimpostazione: disabilitato)
Attivo: attivo (in esecuzione) da mercoledì 4 marzo 2026 16:53:53 CET; 4 min 33 s fa
.....................................................................................................................................................................

4 marzo 16:53:53 srvwapt3 waptserver[2108]: 20260304 15535335 ! info server tftp in esecuzione su 0.0.0.0:69 che serve file in /var/www/wads/pxe

..............................................................................................................................................................................

Quando eseguo `ls -al /var/www/wads/pxe`, fallisce anche se i file sono in /var/www/html/wads/pxe.

È molto poco chiaro e difficile da capire.

Ti piace?

Anche eseguendo:

tftp 127.0.0.1
tftp> binary
tftp> get efi/boot/bootmgfw.efi
tftp> quit,

ci vuole molto, molto tempo, il che non è normale. E il comando:
ss -tulnp restituisce:

udp UNCONN 8448 0 0.0.0.0:69 0.0.0.0:* users:(("wapttftpserver.",pid=256906,fd=3))

La porta non è in ascolto, il che è strano.

Si sono verificati problemi con le versioni precedenti di wapt su wapttftpserver.

Potresti indicarci la versione (completa) che stai utilizzando?

Aggiunta del repository Tranquil IT:

`cat > /etc/yum.repos.d/wapt.repo <
[wapt]
name=WAPT Server Repo
baseurl=https://wapt.tranquil.it/redhat10/wapt-2.6/
enabled=1
gpgcheck=1
EOF`

Quindi ho installato la versione wapt-2.6

Cosa succede?

cat /opt/wapt/version-full

Il risultato è:

2.6.1.17705-092e11fc