PXE - Boot

Grundlagen: Vorgehensweise der Musterlösung

Die Musterlösung sieht die Vergabe der IP vom ISC-DHCP-Server auf dem zentralen Server vor. In der Datei /etc/linuxmuster/workstations stehen Zeilen der Form

 Raum;Rechnername;Imagegruppe;MAC;IP;Subnetzmaske;NB;NB;NB;NB;[0|22]

Steht am Ende eine 0, so wird der Rechner aufgenommen aber nicht mit einem Bootimage versehen (z.B. Laptops), bei 22 erhält er zusätzlich ein Linbo-Image. Ab sofort erhält der Host per DHCP Daten des paedml (DNS: paedml. Gateway: ipcop) und kann die Dienste des paedml verwenden, da er in der Firewall aufgenommen wurde.

Erweiterung am KG

Durch Anpassung des scripts /usr/sbin/import_workstations (siehe ​http://paedml.kg-fds.de/trac/wiki/PaedmlAnpassungen) kann an der letzten Stelle auch R (Rembo) stehen, dann wird der Rechner aufgenommen und als Rembo-Host verwendet (bootet dann von rembo).

Die dynamsiche Vergabe von IP-Leases haben wir ausgelagert in die dnsmasq auf den ltspX und auf dem rembo. Diese sind in der Lage, PXE-Bootmenus auszugeben. Auf dem paedml wurden dafür der isc-dhcp durch den dnsmasq ersetzt. Dieser vergibt nun wie die ltspX die vorgesehene IP, die in der Datei /etc/linuxmuster/clients/clients vorgesehen ist.

Boot-Menu mit dnsmasq

dnsmasq läuft auf allen ltsp-Servern und präsentiert den Clients ein Bootmenu (je nach ltsp unterschiedlich), nach 5 Sekunden wird der erste Eintrag gestartet:

pxe-prompt="Bitte waehlen ([F8] druecken):",5
pxe-service=x86PC,PXE von ltsp1,/ltsp/i386/pxelinux,10.32.2.1
pxe-service=x86PC,PXE von ltsp2,/ltsp/i386/pxelinux,10.32.2.2
pxe-service=x86PC,PXE von ltsp3,/ltsp/i386/pxelinux,10.32.2.3
pxe-service=x86PC,PXE von ltsp4,/ltsp/i386/pxelinux,10.32.2.4
pxe-service=x86PC,PXE von ltsp5,/ltsp/i386/pxelinux,10.32.2.5
pxe-service=x86PC,PXE von ltsp6,/ltsp/i386/pxelinux,10.32.2.6
pxe-service=x86PC,PXE von ltsp7,/ltsp/i386/pxelinux,10.32.2.7


pxe-service=x86PC,"Booten von Platte (wenn vorhanden)"
pxe-service=x86PC,"Linbo",pxelinux,10.32.1.1
pxe-service=x86PC,"Rembo",15,10.32.1.252

Weiterleitung an TFTBoot / pxelinux

Nach Auswahl der Bootoption wird der Client an den TFTP des ausgewählten Servers weitergeleitet und sucht dort die Datei /ltsp/i386/pxelinux.0, die in der Lage ist, einen Kernel zu booten. Auf den LTSP liegt dieses unter /var/lib/tftpboot/ltsp/i386/, auf dem paedml unter /etc/linuxmuster/. pxelinux liest nun die Konfiguration aus dem pxelinux.cfg-Verzeichnis nach einem Schema (siehe ​http://www.syslinux.org/wiki/index.php/PXELINUX). Auf den ltsp-Servern gibt es unter /var/lib/tftpboot/ltsp/i386/pxelinux.cfg für jeden ltsp eine eigene Config-Datei, die entsprechend dem Server nach default gelinkt ist. Das war nötig, da der dnsmasq zwar dem Client den Bootserver mitteilt, dieser auch korrekt vom Server bootet, anschließend aber nicht vom angesprochenen Server, sondern von dem Server, von dem er seine IP bekommen hat. In der Config 0A (wegen der IP der Clients, diese fängt mit 10. an / default wird vom Clientumgebungserzeugungsscript jedesmal geändert) muss die APPEND-Zeile den zu bootenden Server beinhalten:

append ro initrd=initrd.img nbdroot=10.32.2.6:/opt/ltsp/i386 root=/dev/nbd0 init=/sbin/init-ltsp quiet splash plymouth:force-splash vt.handoff=7

Damit bootet der Client vom ausgewählten Boot-ITEM korrekt.

Scripte

Die Musterlösung sammelt alle Clients (aufgenommene Laptops [0], LinboClients [22], RemboClients [R]) in der Datei /etc/linuxmuster/workstations, für die LTSP-Clients habe ich unter /etc/dhcp3/ltsp_config die Datei ltspclients angelegt, dort werden die Clients wie folgt abgelegt:

  LTSP-Server;MAC;Name;Bemerkung

Das Script /etc/dhcp3/ltsp_config/make_config.php (Aufruf: php make_config.php) macht daraus die Konfiguration für die dnsmasq-Server auf ltspX, paedml und rembo:

• Im Unterverzeichnis clients
  • clients
    • enthält alle Clients, die die dnsmasq betreuen sollen
    • die Zeilen sind getagged, so dass jeder Client sein korrektes Bootmenü erhält
    • MAC, IP, Name, Zeit
    • siehe Dokumentation zu dnsmasq (​http://www.thekelleys.org.uk/dnsmasq/docs/dnsmasq-man.html --dhcp-host= und --dhcp-hostsfile)

• In den Unterverzeichnissen ltspX
  • ltspX.conf
    • hier wird vom Script eine für den ltsp-dnsmasq angpasste Config erzeugt
• Im Unterverzeichnis paedml
  • paedml.conf (diese wird nicht vom Script bearbeitet)

Das Script vergibt bei der Erstellung der Config aufsteigende IP:

• ltsp1 - 10.32.201.1-255
• ltsp2 - 10.32.202.1-255
• ltsp3 - 10.32.203.1-255
• ltsp4 - 10.32.204.1-255
• ltsp5 - 10.32.205.1-255
• ltsp6 - 10.32.206.1-255
• ltsp7 - 10.32.207.1-255
• ltsp7 - 10.32.208.1-255
• paedml - vergibt keine leases
• proxys - vergibt keine leases / macht nur DNS

Die nicht statisch verwendeten IP werden dynamisch an unbekannte Clients vergeben. Dabei erhält der Client von allen Servern Angebote, der Client wird das schnellste Angebot verwenden. Bei Ausfall eines DHCP-Servers würden so die Clients immernoch ihre IP bekommen. Alle aufgenommenen Clients bekommen von allen dnsmasq-Servern das jeweils gleiche Angebot - fällt ein dnsmasq aus übernehmen die anderen.

Das Script /usr/local/sbin/make_ltsp_config erzeugt die Configs neu, überträgt die Dateien auf die Server und startet dort jeweils die dnsmasq-Dienste neu.