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.

UEFI PXE Boot

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

Können viele neuere Geräte.

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.

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

einfach - Server und Client steheninnerhalb imdesselben selben NetzNetzsegments

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

Beispiel:Beispielkonfiguration:

• Netzwerksegment: 10.1.1.0/24
• Broadcastadresse:Broadcast-Adresse: 10.1.1.255
• Client:Client-IP-Adresse: 10.1.1.34 (wirdZuweisung vomvia DHCP-Server vergeben)Server)
• openthinclient-Management-Management Server: 10.1.1.100/24

Zur Beachtung: Der ProxyDHCP-ServiveDienst vergibt keine IPs.IP-Adressen. DafürDiese istAufgabe immerübernimmt der reguläre DHCP-Server inim Ihrem Netzwerk zuständig.Netzwerk. Der ProxyDHCPProxyDHCP-Dienst "lauscht"empfängt nurlediglich mitdie PXE-Boot-Anfragen und gibtergänzt diese um eine zusätzliche AntwortAntwort, (zusätzlichdie zuden derentsprechenden vomBootloader DHCP-Server).bereitstellt.

nutzung eines IP-Helpers - Server und Client stehen in unterschiedlichen Netzen (VLANs)

Befinden sich die Clients und der openthinclient-Management-Server in benachbarten Netzen, kann der ProxyDHCP nur "mitlauschen" und antworten, wenn die Broadcast-Anfrage an der Netzgrenze (Router) abgefangen und an den Server (dessen IP, unicast) im anderen Netz weitergeleitet wird. Diese Funktionalität muss der Router beherrschen. Der Fachbegriff dafür ist IP-Helper. Informieren Sie sich in der Doku Ihres Routers darüber wo und wie Sie einen solchen IP-Helper zwischen zwei Netzen konfigurieren.

Beispiel:

• Client-Netz (VLAN-A): 10.1.1.0/24
• Broadcastadresse: 10.1.1.255
• Client: 10.1.1.34 (wird vom DHCP-Server vergeben)
• Router: 10.1.1.254/24
  Hier im Router "sitzt" der IP-Helper und fängt Anfragen auf der Broadcastadresse (10.1.1.255) ab und leitet diese an den Server im (VLAN-B) weiter. 
• openthinclient-Management-Server: 10.1.2.100/24
• 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.