[GELÖST] Boot TFTP WADS

[jdziadek]

Hallo, ich habe Probleme mit dem PXE-Booten von WADS
Ich habe WADS mithilfe der Nachkonfigurationsdatei erfolgreich aktiviert und den TFTP-Dienst eingeschaltet. Ich kann mich damit verbinden und eine Datei (ipxe.efi) herunterladen
Beim Hochfahren meines Rechners sehe ich die IP-Adresse des Rechners, aber dann kehrt er zum Startauswahlbildschirm zurück.
Wenn ich einen TCPDUMP auf meinem WAPT-Server ausführe

Code: Alle auswählen

IP 172.31.XX.XXX.1924 > wapt2-standalone-l1.XXXXXXX.fr.tftp: TFTP, length 51, RRQ "ipxe.efi" octet tsize 0 blksize 1468 windowsize 4

Auf den ersten Blick scheint es, als ob der WAPT-Server keine Antwort sendet?
julianisch

[dcardon]

Ich habe WADS mithilfe der Nachkonfigurationsdatei erfolgreich aktiviert und den TFTP-Dienst eingeschaltet. Ich kann mich damit verbinden und eine Datei (ipxe.efi) herunterladen
Beim Hochfahren meines Rechners sehe ich die IP-Adresse des Rechners, aber dann kehrt er zum Startauswahlbildschirm zurück.
Wenn ich einen TCPDUMP auf meinem WAPT-Server ausführe

Code: Alle auswählen

IP 172.31.XX.XXX.1924 > wapt2-standalone-l1.XXXXXXX.fr.tftp: TFTP, length 51, RRQ "ipxe.efi" octet tsize 0 blksize 1468 windowsize 4

Auf den ersten Blick scheint es, als ob der WAPT-Server keine Antwort sendet?

Welchen tcpdump-Befehl haben Sie verwendet? Wurde der TFTP-Client im selben Netzwerk wie der PXE-Client gestartet? Beachten Sie, dass das TFTP-Protokoll temporäre Ports verwendet. Welchen Rechner verwenden Sie? Tritt das Problem auch in einer VirtualBox-VM (im Bridged-Modus) auf?

Aufrichtig,

Denis

[jdziadek]

Hallo, vielen Dank für Ihre Antwort:
Ich habe folgenden Befehl verwendet:

Code: Alle auswählen

tcpdump port 67 or port 68 or port 69 or port 4011

(Dies wird zum Debuggen von Fogs PXE verwendet)
Der TFTP-Server befindet sich auf dem WAPT-Server, die einzusetzenden Maschinen befinden sich in einem Computer-VLAN, das Zugriff auf alle Ports des WAPT-Servers hat. Früher haben wir für die Bereitstellung einen WDS verwendet, und das hat mit der aktuellen Konfiguration funktioniert; wir haben lediglich das Ziel im DHCP geändert.
Ich bin auf dieses Problem sowohl bei einem HP Elitedesk 650G9 (den ich erfolgreich von einem USB-Laufwerk bereitstellen kann) als auch bei einer Hyper-V VM gestoßen
julianisch

[dcardon]

Hallo Julien,

Ich habe folgenden Befehl verwendet:

Code: Alle auswählen

tcpdump port 67 or port 68 or port 69 or port 4011

(Dies wird zum Debuggen von Fogs PXE verwendet)

Nutzt du wapttftpserver auf deinem WAPT-Server? Die Bereiche für temporäre Ports sind recht groß. Du solltest die Quell-IP-Adresse anstelle der Ports als Filter verwenden.

Der TFTP-Server befindet sich auf dem WAPT-Server, die einzusetzenden Maschinen befinden sich in einem Computer-VLAN, das Zugriff auf alle Ports des WAPT-Servers hat. Früher haben wir für die Bereitstellung einen WDS verwendet, und das hat mit der aktuellen Konfiguration funktioniert; wir haben lediglich das Ziel im DHCP geändert.

Könnten Sie bitte Ihre DHCP-Konfiguration anzeigen?

Ich bin auf dieses Problem sowohl bei einem HP Elitedesk 650G9 (den ich erfolgreich von einem USB-Laufwerk bereitstellen kann) als auch bei einer Hyper-V VM gestoßen

Wurde der betreffende USB-Stick über die wapt-Konsole generiert?

Aufrichtig,

Denis

[jdziadek]

Vielen Dank für die ausführliche Antwort
Mein USB-Laufwerk wurde tatsächlich über die Konsole erstellt und funktioniert einwandfrei.

Die DHCP-Konfiguration wurde aus der Dokumentation kopiert.
Auf der Maschinenseite werde ich nach dem Hochfahren einer physischen Maschine nach einer gewissen Zeit zum "Bootmanager" zurückgeleitet.
Bei einer VM auf Hyper-V erhalte ich folgende Meldung:


Ich habe einen tcpdump auf der IP-Adresse des Rechners ausgeführt, der auf die Bereitstellung wartet

Code: Alle auswählen

10:12:06.450483 IP 172.31.42.XXX.1191 > wapt2-standalone-l1.XXXXXX.fr.tftp: TFTP, length 51, RRQ "ipxe.efi" octet tsize 0 blksize 1482 windowsize 4

Dies bestätigt gewissermaßen die fehlende Reaktion des WAPT-Servers

[jdziadek]

Ich bin auf diesen Thread gestoßen:
viewtopic.php?t=2977&start=10

Das Problem besteht auch mit tftpd-hpa weiterhin
tftpd-hpa-Protokolle

Code: Alle auswählen

Apr 12 14:34:35 wapt2-standalone-l1 tftpd-hpa[3250832]: Starting HPA's tftpd: in.tftpd.
Apr 12 14:36:07 wapt2-standalone-l1 in.tftpd[3250898]: RRQ from 172.31.42.122 filename ipxe.efi
Apr 12 14:36:11 wapt2-standalone-l1 in.tftpd[3250899]: RRQ from 172.31.42.122 filename ipxe.efi
Apr 12 14:36:15 wapt2-standalone-l1 in.tftpd[3250901]: RRQ from 172.31.42.122 filename ipxe.efi
Apr 12 14:36:19 wapt2-standalone-l1 in.tftpd[3250903]: RRQ from 172.31.42.122 filename ipxe.efi
Apr 12 14:36:23 wapt2-standalone-l1 in.tftpd[3250914]: RRQ from 172.31.42.122 filename ipxe.efi
Apr 12 14:36:27 wapt2-standalone-l1 in.tftpd[3250915]: RRQ from 172.31.42.122 filename ipxe.efi

(Für meine Tests verwende ich eine Hyper-V-VM, bei der Secure Boot deaktiviert ist.)

Code: Alle auswählen

drwxrwxrwx 6 root root        4096  4 avril 15:25 .
drwxr-xr-x 6 root root        4096  9 févr. 10:36 ..
drwxrwxrwx 4 wapt root        4096 23 janv. 11:45 drivers
-rw-r--r-- 1 wapt www-data    3577  4 avril 15:25 hash.json
drwxrwxrwx 2 wapt www-data    4096  6 avril 08:36 iso
drwxrwxrwx 2 wapt root        4096  7 avril 15:00 pxe
-rwxrwxrwx 1 wapt root     1728976  3 mars  15:47 wads32.exe
-rwxrwxrwx 1 wapt root     2203088  3 mars  15:47 wads64.exe
drwxrwxrwx 4 wapt root        4096 23 janv. 11:45 winpe

Gibt es irgendwelche Urheberrechtsprobleme mit der WADS-Datei? Man weiß ja nie...

Bearbeitet am 13.04
Ich habe die Größe der EFI-Datei mit folgendem Befehl festgelegt:

Code: Alle auswählen

dhcp-option=option:boot-file-size,2002

Die korrekte Größe wird nun angezeigt, aber ich erhalte immer noch den PXE-18-Timeout-Fehler

[dcardon]

Hallo Julien,

hast du TFTP zum Laufen gebracht? Falls nicht, müssen wir im Büro anrufen, damit wir uns das per Bildschirmfreigabe ansehen können, denn mir gehen langsam die Ideen aus. Wenn es auch mit tftpd-hpa nicht funktioniert, ist Wapt für mich nicht mehr relevant.

Bis bald,

Denis

[jdziadek]

Hallo Julien,

konntest du TFTP zum Laufen bringen? Falls nicht, müssen wir im Büro anrufen, damit wir uns das per Bildschirmfreigabe ansehen können, denn mir gehen langsam die Ideen aus. Wenn es auch mit tftpd-hpa nicht funktioniert, ist Wapt nicht mehr relevant.

Bis bald,

Denis

Hallo, vielen Dank für Ihre Anfrage Ich war letzte Woche im Urlaub, und der Netzwerkmanager ist diese Woche im Urlaub, aber ich glaube, das Problem liegt bei uns und nicht bei WAPT.
Wir können das Thema abschließen; ich werde anrufen, falls wir das nicht lösen können

[dcardon]

Danke für das Feedback. Das TFTP-Protokoll mit seinen kurzlebigen Ports ist nicht gerade intuitiv. Aber es ist nun mal im BIOS implementiert, also bleibt uns nichts anderes übrig, als damit zu arbeiten.

Ich markiere das Thema daher als gelöst.

Denis