5
PXE-Boot Timeout bei fehlendem TFTP-Server
Hallo Forum,
meine Umgebung umfasst Rechner (real und VM´s) mit lokalem OS,
welche bei Bedarf ein alternatives OS per PXE-Boot laden sollen.
Dieser Fall wäre beim TFTP-Server hinterlegt, es findet also
bei jedem Bootvorgang ein PXE-Boot statt mit der Entscheidung
zum Boot des lokalen OS oder des Images.
Der DHCP-Server und der TFTP-Server sind nicht in einem System vereint.
Ist nun der TFTP-Server nicht vorhanden, startet der Rechner nicht,
auch nicht ins lokale OS, die TFTP-Server-Suche läuft unendlich.
(bzw. bin noch nicht bis zum Timeout gelangt)
An den Rechnern kann ich keinen TFTP-Server Timeout einstellen.
Gibt es am DHCP-Server vielleicht diesen Parameter?
(DHCP-Server-Variante nicht bekannt)
Dankeschön für Eure Mühe!
Vogster
meine Umgebung umfasst Rechner (real und VM´s) mit lokalem OS,
welche bei Bedarf ein alternatives OS per PXE-Boot laden sollen.
Dieser Fall wäre beim TFTP-Server hinterlegt, es findet also
bei jedem Bootvorgang ein PXE-Boot statt mit der Entscheidung
zum Boot des lokalen OS oder des Images.
Der DHCP-Server und der TFTP-Server sind nicht in einem System vereint.
Ist nun der TFTP-Server nicht vorhanden, startet der Rechner nicht,
auch nicht ins lokale OS, die TFTP-Server-Suche läuft unendlich.
(bzw. bin noch nicht bis zum Timeout gelangt)
An den Rechnern kann ich keinen TFTP-Server Timeout einstellen.
Gibt es am DHCP-Server vielleicht diesen Parameter?
(DHCP-Server-Variante nicht bekannt)
Dankeschön für Eure Mühe!
Vogster
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 249241
Url: https://administrator.de/forum/pxe-boot-timeout-bei-fehlendem-tftp-server-249241.html
Ausgedruckt am: 23.12.2024 um 10:12 Uhr
5 Kommentare
Neuester Kommentar
Guten Abend @vogster,
es ist für weitere Kommentare sehr von Vorteil, wenn du uns die eingesetzte Produkte + Version nennen würdest. Alles andere führt zu wilden Spekulationen und hilft dir nüchts. Bitte oben auf "Bearbeiten" klicken und den Beitrag vervollständigen.
Gruß,
Dani
P.S. Es gibt hier ein paar Mitglieder, die prahlen mit einer Glaskugel.... mal schauen.
es ist für weitere Kommentare sehr von Vorteil, wenn du uns die eingesetzte Produkte + Version nennen würdest. Alles andere führt zu wilden Spekulationen und hilft dir nüchts. Bitte oben auf "Bearbeiten" klicken und den Beitrag vervollständigen.
Gruß,
Dani
P.S. Es gibt hier ein paar Mitglieder, die prahlen mit einer Glaskugel.... mal schauen.
Moin,
Punkte wie Linux Server und Art und Weise deiner Installation (Schritte) wären glaub ich ganz gut
So wies @Dani schon geschrieben hat
Grüße
Punkte wie Linux Server und Art und Weise deiner Installation (Schritte) wären glaub ich ganz gut
So wies @Dani schon geschrieben hat Grüße
Hallo und danke für Eure Kommentare,
ich habe mich heute noch etwas tiefer mit der Thematik beschäftig.
Die lokalen OS spielen aus meiner Sicht keine Rolle.
Die verwendete PXE-Version auf dem Client ist z.B. 2.1, das PXE Bios bietet aber nur 2 Parameter, diese helfen aber nicht weiter.
(siehe z.B. hier: ftp://ftp.supermicro.com/CDR-009_1.21_for_Via_platform/Intel/LAN/v6.2/Guides/Bootagnt/btagnt6.htm)
Der Parameter müsste also vom DHCP-Server übergeben werden.
Hier http://www.rfc-editor.org/pdfrfc/rfc5071.txt.pdf ist beschrieben, wie man dem PXELINUX einen Timeout übergeben kann,
welcher dann bei fehlendem TFTP-Server wieder zum Reboot, also PXE-Boot, führt.
das PXELINUX-Image ist aber bei fehlendem TFTP-Server nicht verfügbar.
Diese Liste (http://www.iana.org/assignments/bootp-dhcp-parameters/bootp-dhcp-parame ..) scheint die Parameter zu beschreiben,
welche per DHCP an den Client übertragen werden können, leider scheint trotz der großen Anzahl kein passender Parameter für mein
Problem dabei zu sein.
Ist vielleicht der Ansatz falsch oder hat jemand mit vergleichbarem Problem eine Lösung gefunden?
Vielen Dank, Vogster
ich habe mich heute noch etwas tiefer mit der Thematik beschäftig.
Die lokalen OS spielen aus meiner Sicht keine Rolle.
Die verwendete PXE-Version auf dem Client ist z.B. 2.1, das PXE Bios bietet aber nur 2 Parameter, diese helfen aber nicht weiter.
(siehe z.B. hier: ftp://ftp.supermicro.com/CDR-009_1.21_for_Via_platform/Intel/LAN/v6.2/Guides/Bootagnt/btagnt6.htm)
Der Parameter müsste also vom DHCP-Server übergeben werden.
Hier http://www.rfc-editor.org/pdfrfc/rfc5071.txt.pdf ist beschrieben, wie man dem PXELINUX einen Timeout übergeben kann,
welcher dann bei fehlendem TFTP-Server wieder zum Reboot, also PXE-Boot, führt.
das PXELINUX-Image ist aber bei fehlendem TFTP-Server nicht verfügbar.
Diese Liste (http://www.iana.org/assignments/bootp-dhcp-parameters/bootp-dhcp-parame ..) scheint die Parameter zu beschreiben,
welche per DHCP an den Client übertragen werden können, leider scheint trotz der großen Anzahl kein passender Parameter für mein
Problem dabei zu sein.
Ist vielleicht der Ansatz falsch oder hat jemand mit vergleichbarem Problem eine Lösung gefunden?
Vielen Dank, Vogster
Doofe Frage: Warum soll der TFTP-Server nicht verfügbar sein? Auf was möchtest du mit dem beschrieben Szenario hinaus?
Gruß,
Dani
Gruß,
Dani
Ich möchte gezielt auf einem Client Rechner zur Analyse ein OS per PXE booten,
dieser Vorgang funktioniert auch einwandfrei. Fällt nun der TFTP-Server aus, ist er aus Wartungsgründen heruntergefahren oder gibt es ein Netzwerk-Problem im Subnetz, warten die Clients (sollte der User ihn einschalten oder neu starten) unendlich auf das Image. Den Vorgang kann man zwar mit ESC abbrechen, es gibt aber auch viele Rechner ohne direkte Bedienperipherie, der Remote-Zugriff ist hier nur eingeschränkt möglich.
Mir ist klar, das mein System mit automatisiert mal lokal / mal PXE-Boot nicht ganz der Idee von PXE entspricht,
bis auf das Problem mit dem ausgefallenen TFTP-Server funktioniert es aber gut.
dieser Vorgang funktioniert auch einwandfrei. Fällt nun der TFTP-Server aus, ist er aus Wartungsgründen heruntergefahren oder gibt es ein Netzwerk-Problem im Subnetz, warten die Clients (sollte der User ihn einschalten oder neu starten) unendlich auf das Image. Den Vorgang kann man zwar mit ESC abbrechen, es gibt aber auch viele Rechner ohne direkte Bedienperipherie, der Remote-Zugriff ist hier nur eingeschränkt möglich.
Mir ist klar, das mein System mit automatisiert mal lokal / mal PXE-Boot nicht ganz der Idee von PXE entspricht,
bis auf das Problem mit dem ausgefallenen TFTP-Server funktioniert es aber gut.
