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 dazu im Abschnitt für Linbo (hier findet die dynamische Vergabe statt) alle Clients verboten (deny all clients). Somit vergibt der isc-dhcp nur noch IP an ihm bekannte Clients.

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

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

• In den Unterverzeichnissen ltsp1 - ltsp7
  • clients
    • enthält alle Clients, die der dnsmasq betreuen soll
    • MAC, IP, Name, Zeit
    • siehe Dokumentation zu dnsmasq (​http://www.thekelleys.org.uk/dnsmasq/docs/dnsmasq-man.html --dhcp-host= und --dhcp-hostsfile)
  • notclients
    • enthält alle Clients, die der dnsmasq ignorieren soll (aufgenommene Laptops, Linbo, Rembo, andere LTSP-Server)
    • MAC,ignore
    • siehe Dokumenation zu dnsmasq
  • ltsp1-7.conf
    • hier wird vom Script eine für den ltsp-dnsmasq angpasste Config erzeugt
• Im Unterverzeichnis rembo
  • clients (s.o.)
  • notclients (s.o.)
  • rembo.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

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. Die dnsmasq-Server reagieren merklich schneller, als der isc-dhcp der Musterlösung.

Nach der Erzeugung muss die geänderte Config auf die ltsp-Server und den proxy hochgeladen

  cd /etc/dhcp3/ltsp_config/
  rsync-to-all-ltspservers
  cd rembo
  sftp proxy
  > cd /etc/dnsmasq.d/rembo
  > put *
  > exit

Und auf den LTSP-Servern und dem Rembo der dnsmasq neugestartet werden (cssh / bzw. ssh rembo: /etc/init.d/dnsmasq restart).