Skip to main content

Netzwerk-Boot – Methoden & Details

In diesem Artikel finden Sie technische Details und Hinweise zum Thema PXE-Boot. Netzwerk-Boot-Einstellungen können im Hardwaretypen vorgenommen werden.

Übersicht über Netzwerk-Boot Protokolle

Legacy PXE Boot / BIOS PXE Boot

Wird vom openthinclient-Management-Server unterstützt.

Können die meisten älteren und viele neuere Geräte.

  1. Der Client fragt über DHCP nach Boot-Informationen.
  2. Der Client erhält als Antwort Serveradresse und Dateiname des Bootloaders.
  3. Der Client lädt über TFTP den Bootloader herunter und führt ihn aus.

UEFI PXE Boot

Wird vom openthinclient-Management-Server seit Version 2020.2 unterstützt. 

Können viele neuere Geräte.

  1. Der Client fragt per DHCP nach Boot-Informationen.
  2. Der Client erhält als Antwort Serveradresse und Dateiname des Bootloaders.
  3. Der Client lädt über TFTP den EFI-Bootloader herunter und führt ihn aus.

UEFI HTTP Boot

Wird vom openthinclient-Management-Server seit Version 2021.2 unterstützt.

Können einige neuere Geräte. Benötigt UEFI-Version 2.5 oder neuer.

  1. Der Client fragt per DHCP nach Boot-Informationen.
  2. Der Client erhält als Antwort eine URL zum Bootloader.
  3. Der Client lädt über HTTP den EFI-Bootloader herunter und führt ihn aus.

Secure Boot

Um Secure Boot nutzen zu können muss vorher im BIOS/UEFI des ThinClients der EFI-Bootloader des openthinclient-OS als vertrauenswürdig registriert werden.

Das genaue Vorgehen ist vom konkreten BIOS/UEFI abhängig. Es muss entweder ein spezieller Modus aktiviert werden, der einen einmaligen ungesicherten Boot erlaubt und sich die Signatur des Bootloaders merkt, oder es kann ein Bootloader aus einer Liste ausgewählt werden.

Wir empfehlen für die meisten Nutzer Secure Boot auszuschalten, da die Einrichtung vergleichsweise umständlich bzw. schwierig ist.

ProxyDHCP vs. DHCP-Optionen 66 & 67

Der openthinclient-Management Server bearbeitet PXE-Boot-Anfragen von Clients, sofern diese zuvor im Managementsystem registriert wurden. Um diese Boot-Anfragen zu empfangen, verwendet der openthinclient-Management Server einen ProxyDHCP-Dienst. Dieser Dienst überwacht die Broadcast-Adresse des jeweiligen Netzsegments und kann so die eingehenden Anfragen erfassen.

In den PXE-Anfragen sind unter anderem Informationen zum Hardwaretyp des Clients enthalten, beispielsweise ob es sich um Legacy-BIOS oder UEFI handelt. Basierend auf diesen Informationen kann der Server den passenden Bootloader in seiner Antwort bereitstellen.

Die Übermittlung der PXE-Boot-Anfrage an den openthinclient-Management Server hängt jedoch von der spezifischen Netzwerkkonfiguration ab.

PXE-Boot-Anfragen werden als Broadcast innerhalb eines Netzsegments gesendet. Dadurch ist ihre Reichweite auf die Grenzen dieses Netzsegments beschränkt. Befindet sich der openthinclient-Management Server in einem benachbarten VLAN, können die Anfragen nicht direkt empfangen werden, es sei denn, es werden entsprechende Netzwerkmechanismen wie IP-Helper-Adressen oder DHCP-Relays eingesetzt.

Szenarien

Server und Client innerhalb desselben Netzsegments

Befinden sich die Clients und der openthinclient-Management-Server im selben Netzwerksegment, kann der ProxyDHCP-Dienst die PXE-Boot-Anfragen der Clients problemlos empfangen und entsprechend beantworten.

Beispielkonfiguration:

  • Netzwerksegment: 10.1.1.0/24
  • Broadcast-Adresse: 10.1.1.255
  • Client-IP-Adresse: 10.1.1.34 (Zuweisung via DHCP-Server)
  • openthinclient-Management Server: 10.1.1.100/24

Der ProxyDHCP-Dienst vergibt keine IP-Adressen. Diese Aufgabe übernimmt der reguläre DHCP-Server im Netzwerk. Der ProxyDHCP-Dienst empfängt lediglich die PXE-Boot-Anfragen und ergänzt diese um eine zusätzliche Antwort, die den entsprechenden Bootloader bereitstellt.

nutzung eines IP-Helpers -

Server und Client stehenbefinden sich in unterschiedlichen NetzenNetzsegmenten (VLANs)

Nutzung eines IP-Helpers

Befinden sich die Clients und der openthinclient-Management-Management Server in benachbartenunterschiedlichen Netzen,Netzsegmenten, kann der ProxyDHCPProxyDHCP-Dienst die PXE-Boot-Anfragen der Clients nur "mitlauschen"empfangen und antworten,beantworten, wenn die Broadcast-Anfragediese an der Netzgrenze (Router) abgefangen und an den Server (dessen IP, unicast) im anderen Netz (unicast) weitergeleitet wird.werden. Diese Funktionalität musswird derdurch den sogenannten IP-Helper bereitgestellt.

Der Router beherrschen.muss Derdie FachbegriffFähigkeit dafürbesitzen, istBroadcast-Anfragen aus einem Netzsegment zu empfangen und gezielt an die Zieladresse im anderen Segment weiterzuleiten. Weitere Informationen zur Konfiguration eines IP-Helper.Helpers Informierenfinden Sie sich in der DokuDokumentation Ihres Routers darüber wo und wie Sie einen solchen IP-Helper zwischen zwei Netzen konfigurieren.Routers.

Beispiel:Beispielkonfiguration:

  • Client-Netz (VLAN-A): 10.1.1.0/24
  • Broadcastadresse:Broadcast-Adresse: 10.1.1.255
  • Client:Client-IP-Adresse: 10.1.1.34(Zuweisung (wird vomvia DHCP-Server vergeben)Server)
  • Router: 10.1.1.254/24
    Der
    HierIP-Helper auf dem Router empfängt die Anfragen an die Broadcast-Adresse (10.1.1.255) und leitet sie an den openthinclient-Management Server im VLAN-B weiter.
  • Server-Netz (VLAN-B): 10.1.2.0/24
  • openthinclient-Management-Server: 10.1.2.100/24

Ablauf:

  1. Der IP-Helper im Router "sitzt"erfasst derdie IP-Helper und fängt PXE-Boot-Anfragen auf(Broadcast) derim Broadcastadresse (10.1.1.255) abVLAN-A und leitet diesesie per Unicast an die IP-Adresse des openthinclient-Management Servers im VLAN-B weiter.
  2. Der openthinclient-Management-Server verarbeitet die Anfrage und sendet seine Antwort über den Router zurück an den ServerClient im ursprünglichen Netzsegment (VLAN-B) weiter. A).
  3. openthinclient-Management-Server: 10.1.2.100/24
  4. der Server anwortet auf dem gleichen Weg rückwärts (über den Router)
manuelle Konfiguration mittels DHCP-Server-Optionen - Server und Client stehen in unterschiedlichen Netzen (VLANs)

Diese Variante wird ausdrücklich nicht empfohlen, verursacht viel Konfigurationsaufwand und ist fehleranfällig.

Besteht keine Möglichkeit einen IP-Helper zu nutzen, kann der DHCP-Server die zum Netzwerkboot nötigen Informationen auch in seinem Teil der DHCP-Antwort mitgeben. Dafür werden die Optionen 66 (bootserver) und 67 (bootfile name) im DHCP-Server konfiguriert. Es ist dabei wichtig zu wissen, welcher Bootloader von der anfragende Clienthardware verarbeitet werden kann (legacy vs. UEFI). Siehe nächster Abschnitt.

Beispiel:

  • Client-Netz (VLAN-A): 10.1.1.0/24
  • Antwort des DHCP-Servers an den Client
    • IP: 10.1.1.34 
    • Mask: 255
    • Gateway: 10.1.1.254
    • bootserver (opt. 66): 10.1.2.100
    • bootfile name (opt 67): syslinux64.efi
  • openthinclient-Management-Server (VLAN-B): 10.1.2.100

verwendbare/mögliche Bootloader-Konfigurationen in der DHCP-Option 67

syslinux64.efi Gültig für UEFI-Hardware, wenn im openthinclient-Management die Bootmethode "schnell" eingestellt ist.
ipxe64.efi Gültig für UEFI-Hardware, wenn im openthinclient-Management die Bootmethode "sicher" eingestellt ist.
lpxelinux.0 Gültig für legacy-Hardware, wenn im openthinclient-Management die Bootmethode "schnell" eingestellt ist.
pxelinux.0 Gültig für legacy-Hardware, wenn im openthinclient-Management die Bootmethode "sicher" eingestellt ist.
Back to top