Ruhiges IT-Forum

Hallo,
ich teste gerade eine Windows-Bereitstellung mit WAPT in einer VirtualBox-Umgebung (Version 7.2.4).
Zur Erinnerung: Ich habe WAPT Version 2.6 auf Rocky 10 installiert.
Der DHCP-Server ist konfiguriert; hier ist die dhcpd.conf-Datei:
..............................................................................................................................................................................
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 broadcast-address 172.16.1.255;
next-server 172.16.1.100; # TFTP-Server
# Falls nicht iPXE,
falls nicht vorhanden Benutzerklasse {
# Falls Legacy-BIOS falls
(option vendor-class-identifier = "PXEClient:Arch:00000") {
Dateiname "boot/pxeboot.n12";
} sonst {
Dateiname "efi/boot/bootmgfw.efi";
}
}
# Falls iPXE
sonst falls Option Benutzerklasse = "iPXE" {
# Falls Legacy-BIOS
falls (option vendor-class-identifier = "PXEClient:Arch:00000") {
Dateiname " http://172.16.1.100/api/v3/baseipxe?uef ... &keymap=fr ";
} sonst {
Dateiname " http://172.16.1.100/api/v3/baseipxe?keymap=fr ";
}
}
..............................................................................................................................................................................
Das Testen dieses Befehls auf Clientseite funktioniert einwandfrei:
...............................................................................................................................................................................
cd ~
tftp 172.16.1.100;
binary
get snponly.efi
quit
ls -l snponly.efi
..............................................................................................................................................................................
Wenn ich dann die Windows-Bereitstellung nach dem Hinzufügen der Windows-ISO-Datei und einer Antwortdatei teste, stelle ich fest, dass der Rest nicht funktioniert. Der Client erhält zwar eine IP-Adresse, aber die TFTP-Verbindung bricht
mit folgenden Fehlermeldungen ab:
.......................... .................................................................................................................................
Client-MAC-Adresse: 08 00 27 5c b2 0c ..................
Client-IP: 172.16.1.140 Maske: 255.255.255.0 DHCP-IP: 172.16.1.110
TFTP
pxe-t01: Datei nicht gefunden
pxe-e3b: TFTP-Fehler - Datei nicht gefunden
pxe-m0f: Intel PXE-ROM wird beendet
..................................................................................................................................................................
Ich erhalte zwar eine IP-Adresse, aber die TFTP-Verbindung bleibt hängen; ich verstehe nicht, warum.
Ich frage mich, was ich übersehe, unabhängig davon, ob UEFI im BIOS des Clients aktiviert ist oder nicht.
Vielen Dank im Voraus für Ihre Hilfe.

Hallo,

als ich das letzte Mal mit VirtualBox getestet habe, waren die Ergebnisse nicht eindeutig:

VirtualBox enthält nämlich sein eigenes IPXE (https://ipxe.org/err/3c0920

). Aber nur in diesem von VirtualBox bereitgestellten IPXE ist das HTTP-Booten deaktiviert (ich weiß nicht warum...).

Sie landen also direkt bei:

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

Das funktioniert aber nicht, da HTTP-Boot deaktiviert ist (danke, VirtualBox).

Eine Lösung wäre, ähnlich wie fog vorzugehen und Ihr eigenes IPXE mit

`/opt/wapt/waptserver

. Setzen Sie dann in Ihrer DHCP-Konfiguration `

filename "snponly_custom.efi";`

anstelle von `file http:

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


Ich teste das hier, um zu sehen, ob es funktioniert.


Alternativ können Sie auch ohne IPXE booten:

Geben Sie einfach

`efi/boot/bootmgfw.efi`

als Dateinamen an.

Hallo,
ich habe den Befehl
`/opt/wapt/waptserver/scripts/compile_ipxe.sh`
.......................................................................................................................................................................................................
install git gcc gcc-c++ make zlib-devel binutils-devel xz-devel
custom ipxe
compile legacy ipxe
compile uefi ipxe
compile snponly.efi
..........................................................................................................................................................................................
Wenn ich in `/etc/dhcpd.conf` Folgendes hinzufüge oder entferne:
..................................................................................................................................................................................................
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";
;
es werden keine Dateien geladen. Ich verstehe das überhaupt nicht
.
Aufrichtig
,

Beim Testen von TFTP dauert es zu lange. Ich vermute, dass hier das Problem liegt:

`tftp wapt.iplesp.upmc.fr
tftp> binary
tftp> get bootmgfw.efi`
Zeitüberschreitung bei der Übertragung.

Beim Testen des TFTP-Serverstatus:

`systemctl status wapttftpserver
● wapttftpserver.service - WAPT/WADS TFTP Server startup script
Loaded: loaded (/usr/lib/systemd/system/wapttftpserver.service; enabled; preset: disabled)
Active: active (running) since Wed 2026-03-04 16:53:53 CET; 4 min 33 s ago
.....................................................................................................................................................................

Mar 04 16:53:53 srvwapt3 waptserver[2108]: 20260304 15535335 !` Info: Der TFTP-Server läuft auf 0.0.0.0:69 und stellt Dateien im Verzeichnis /var/www/wads/pxe bereit.

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

Wenn ich `ls -al /var/www/wads/pxe` ausführe, schlägt dies fehl, obwohl sich die Dateien im Verzeichnis /var/www/html/wads/pxe befinden.

Das ist sehr unklar und schwer verständlich.

So was?

Selbst beim Ausführen von:

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

dauert es extrem lange, was ungewöhnlich ist. Der Befehl `
ss -tulnp` liefert:

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

Der Port ist nicht erreichbar, was seltsam ist.

Es gab Probleme mit älteren Versionen von wapt auf wapttftpserver.

Können Sie uns Ihre (vollständige) Version mitteilen?

Hinzufügen des Tranquil IT-Repositorys:

`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`

Ich habe also Version wapt-2.6 installiert.

Was ist da los?

cat /opt/wapt/version-full

Das Ergebnis lautet:

2.6.1.17705-092e11fc