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 Sginatur 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 und 67

Der openthinclient-Management-Server bedient die PXE-Bootanfrage eines Clients, wenn dieser im Management angelegt ist. Um die Boot-Anfragen "zu hören", nutzt der openthinclient-Management-Server einen sogenannten ProxyDHCP. Dieser lauscht an der Broadcastadresse des Netzsegmentes und bekommt so die Anfragen mit. In der Anfrage steht auch die Information um welchen Hardwaretyp (legacy oder UEFI) es sich handelt. Damit ist der Server in der Lage den passenden Bootloader in der Antwort mitzuteilen. Wie die Boot-Anfrage eines PXE-Bootloaders den openthinclient-Management-Server erreicht, ist jedoch von den Netzwerkgegebenheiten abhängig.

Wichtig: Die PXE-Bootanfrage ist (wie erwähnt) eine Anfrage auf der Broadcast-Adresse eines Netzsegmentes. Die Reichweite der Anfrage ist somit durch die Netzgrenze eingeschränkt. Steht der openthinclient-Management-Server etwa im benachbarten VLAN wird er die Anfrage nicht ohne Weiteres hören können. Die verschiedenen Szenarien: 

einfach - Server und Client stehen im selben Netz

Befinden sich die Clients und der openthinclient-Management-Server alle im selben Netz, kann der ProxyDHCP unkompliziert "mitlauschen" und die Anfragen der Clients beantworten.

Beispiel:

  • Netzwerksegment: 10.1.1.0/24
  • Broadcastadresse: 10.1.1.255
  • Client: 10.1.1.34 (wird vom DHCP-Server vergeben)
  • openthinclient-Management-Server: 10.1.1.100/24

Zur Beachtung: Der ProxyDHCP-Servive vergibt keine IPs. Dafür ist immer der DHCP-Server in Ihrem Netzwerk zuständig. Der ProxyDHCP "lauscht" nur mit und gibt eine zusätzliche Antwort (zusätzlich zu der vom DHCP-Server).

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.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Back to top