Ruhiges IT-Forum

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 Auf den ersten Blick scheint es, als ob der WAPT-Server keine Antwort sendet?
julianisch

jdziadek schrieb: ↑7. April 2023 - 16:00 Uhr 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

Hallo, vielen Dank für Ihre Antwort:
Ich habe folgenden Befehl verwendet: (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

Hallo Julien,

jdziadek schrieb: ↑11. April 2023 - 12:52 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

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
Dies bestätigt gewissermaßen die fehlende Reaktion des WAPT-Servers

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

Das Problem besteht auch mit tftpd-hpa weiterhin
tftpd-hpa-Protokolle (Für meine Tests verwende ich eine Hyper-V-VM, bei der Secure Boot deaktiviert ist.) 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: Die korrekte Größe wird nun angezeigt, aber ich erhalte immer noch den PXE-18-Timeout-Fehler

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

dcardon schrieb: ↑25. Apr. 2023 - 12:18 Uhr 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

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