Problem beim Zugriff auf den Wapt-Server auf Clientseite

Fragen zum WAPT-Server / Anfragen und Hilfe im Zusammenhang mit dem WAPT-Server
Forumregeln
Community-Forumregeln
* Englischer Support auf www.reddit.com/r/wapt
* Französischer Community-Support ist in diesem Forum verfügbar.
* Bitte kennzeichnen Sie gelöste Themen mit [GELÖST].
* Bitte bearbeiten Sie keine Themen, die mit [GELÖST] markiert sind. Erstellen Sie stattdessen ein neues Thema und verweisen Sie auf das alte.
* Geben Sie die installierte WAPT-Version, die vollständige Versionsnummer und die Build-Nummer (2.2.1.11957 / 2.2.2.12337 / usw.) sowie die Enterprise-/Discovery-Edition an.
* Versionen 1.8.2 und älter werden nicht mehr unterstützt. Fragen zu Version 1.8.2 werden nur beantwortet, wenn sie sich auf ein Upgrade auf eine unterstützte Version (2.1, 2.2 usw.) beziehen.
* Geben Sie das Server-Betriebssystem (Linux/Windows) und die Version (Debian Buster/Bullseye – CentOS 7 – Windows Server 2012/2016/2019) an.
* Geben Sie gegebenenfalls das Betriebssystem des Administrations-/Paketerstellungsrechners und des Rechners mit dem problematischen Agenten an (Windows 7/10/11/Debian 11/etc.).
* Vermeiden Sie es, mehrere Fragen in einem Thema zu stellen, da diese sonst möglicherweise ignoriert werden. Falls mehrere Themen relevant sind, erstellen Sie bitte separate Themen, vorzugsweise nacheinander und nicht gleichzeitig (d. h. vermeiden Sie Spam im Forum).
* Fügen Sie Code-Snippets, Screenshots und andere Bilder direkt in Ihren Beitrag ein. Links zu Pastebin, Bitly und anderen Drittanbieterseiten werden systematisch entfernt.
* Wie in jedem Community-Forum erfolgt die Unterstützung freiwillig durch die Mitglieder. Für kommerziellen Support kontaktieren Sie bitte den Vertrieb von Tranquil IT unter +44 2 40 97 57 55.
Regis
Nachrichten: 9
Anmeldung: 4. März 2026 - 12:10 Uhr

4. März 2026 - 12:21 Uhr

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 subnet-mask 255.255.255.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.































































Benutzeravatar
Sfonteneau
WAPT-Experte
Nachrichten: 2322
Registriert: 10. Juli 2014 - 23:52 Uhr
Kontakt:

4. März 2026 - 12:44 Uhr

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.
Regis
Nachrichten: 9
Anmeldung: 4. März 2026 - 12:10 Uhr

4. März 2026 – 14:35 Uhr

Hallo, ich habe den Befehl `/opt/wapt/waptserver/scripts/compile_ipxe.sh` ausgeführt und folgende Ausgabe erhalten: ....................................................................................................................................................................................................... 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: .................................................................................................................................................................................................. 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"; } habe ich dasselbe Problem ; es werden keine Dateien geladen. Ich verstehe das überhaupt nicht . Aufrichtig ,






























Regis
Nachrichten: 9
Anmeldung: 4. März 2026 - 12:10 Uhr

4. März 2026 – 17:07 Uhr

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.
Benutzeravatar
Sfonteneau
WAPT-Experte
Nachrichten: 2322
Registriert: 10. Juli 2014 - 23:52 Uhr
Kontakt:

4. März 2026 – 17:12 Uhr

So was?

Code: Alle auswählen

tftp 127.0.0.1
tftp>  binary
tftp> get efi/boot/bootmgfw.efi
tftp> quit
Regis
Nachrichten: 9
Anmeldung: 4. März 2026 - 12:10 Uhr

4. März 2026 – 17:20 Uhr

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.
Benutzeravatar
Sfonteneau
WAPT-Experte
Nachrichten: 2322
Registriert: 10. Juli 2014 - 23:52 Uhr
Kontakt:

4. März 2026 – 17:39 Uhr

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

Können Sie uns Ihre (vollständige) Version mitteilen?
Regis
Nachrichten: 9
Anmeldung: 4. März 2026 - 12:10 Uhr

4. März 2026 – 17:51 Uhr

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.
Benutzeravatar
Sfonteneau
WAPT-Experte
Nachrichten: 2322
Registriert: 10. Juli 2014 - 23:52 Uhr
Kontakt:

4. März 2026 – 17:55 Uhr

Was ist da los?

cat /opt/wapt/version-full
Regis
Nachrichten: 9
Anmeldung: 4. März 2026 - 12:10 Uhr

4. März 2026 – 18:15 Uhr

Das Ergebnis lautet:

2.6.1.17705-092e11fc
Antwort