Synology: PXE-Server einrichten

Artikel_SynologyIm Alltag komme ich meistens ohne optische Datenträger aus und wenn die ein oder andere Kundenmaschine dann doch einmal gesichert oder geprüft werden muss, gibt es ja den bootfähigen USB-Stick, den man immer dabei hat. Oder halt immer genau dann nicht, wenn man ihn mal braucht und gemäß dem Motto „Wer sichert, ist feige“ offline ein Komplettbackup eines Servers anfertigen möchte. So geschehen letztens bei mir – kein Rohling mehr im Hause, bei den anderen im Haushalt befindlichen USB-Sticks grassierte auch die sprichwörtliche Schwindsucht und so entstand die Idee, sich doch einmal näher mit dem immer zur Seite geschobenen Thema „PXE-Boot“ zu beschäftigen und dieses vielleicht mit der heimischen Synology zu kombinieren.

Vorab – die Synology – hier eine DS-215+ – mit einer Beta-Version des DSM (6.0-7135) ist natürlich nur Mittel zum Zweck : Das Ganze geht (reproduzierbar) auch mit einer QNAP oder eben einem Linux-PC, ich beschränke mich im folgenden allerdings auf die Funktionen des Synology-NAS – eben weil es hier im Hause steht. PXE steht für „Preboot Execution Environment“ (PXE), welches als Netzwerkprotokoll das Booten von PCs über das Netzwerk möglich macht. Und genau dieser Technik, die 1999 von Intel in die Spezifikation 2.1 gegossen wurde, ist nicht nur eine Kombination aus TFTP und DHCP, sondern seit Jahren fester Bestandteil unser PCs- bzw. Netzwerkinterfaces.

Anstatt über die lokale Festplatte zu booten, versucht das Gerät via PXE, eine IP-Adresse vom PXE-Server zu bekommen und die Umgebung dahinter – die uns wiederum weitere Möglichkeiten bietet – zu starten. Ob dies nun ein komplettes Betriebssystem oder (wie in unserem Beispiel) diverse ISO-Dateien sind, die gestartet werden, ist egal – für mich ist es an dieser Stelle nur von Belang, meine in ISO-Files verpackten Helferlein von jedem PC im Netz aus starten zu können.

Der erste Schritt ist nun, sich auf das Webinterface der Synology zu begeben, um den TFTP/PXE-Modus zu aktivieren. Dies geschieht über die Systemsteuerung unter „Dateidienste“ – dort findet Ihr dann den Punkt „TFTP / PXE“:

Synology_PXE_TFTP_Einstellungen

Aktiviert also den TFTP-Dienst und gebt den dort geforderten TFTP-Root-Ordner an. An dieser Stelle hatte ich als gemeinsamen Ordner / Share schon einmal die Freigabe „pxe“ erstellt, die dann in Zukunft das Hauptverzeichnis des PXE-Servers darstellen soll:

Synology_PXE_TFTP_Rootordner

Ist das erfolgt, solltet Ihr Euch ein passendes PXE-Bootimage aus dem Internet herunterladen – ich habe sehr gute Erfahrungen mit dem von Paul Maunders gemacht, welches es auf GitHub zum Download gibt. Entpackt das Archiv und legt es in die hier als „pxe“ betitelte Freigabe Eures Synology-Systems ab:

Synology_PXE_TFTP_Inhalt_Rootordner

Unter „images“ befindet sich übrigens ein CentOS-Image, welches Ihr natürlich dort belassen könnt – ich für meinen Teil habe es entfernt, da ich es aktuell nicht brauche. Wer sich aber den Aufbau vom Anfang an noch einmal in Ruhe anschauen möchte, findet hier ein tolles Beispiel out-of-the-box vor. Definiert auf jeden Fall die Datei „pxelinux.0“ als Bootloader:

Synology_PXE_TFTP_Einstellungen_Bootloader

Dann setzt Ihr den Haken bei „DHCP-Dienst auf diesem Server für PXE einrichten“, wählt das Netzwerkinterface aus, auf dem der PXE-Server agieren soll (hier LAN 1) und dann geht es weiter Richtung Konfiguration des DHCP-Bereiches.

Hier können natürlich – je nach Anforderung / Infrastruktur – verschiedene Faktoren eine Rolle spielen. Im vorliegenden Beispiel, was bei mir „Zuhause“ bzw. „Home Office“  heisst, habe ich einen kleinen Adressbereich ausserhalb des von meinem Router verteilten DHCP-Adressbereichs gewählt. Gebt also die Start- und End-IP-Adresse samt Subnetzmaske und DNS-/Gateway ein – in meinem Fall habe ich die Adressen 192.168.16.250 bis .254 als DHCP-Bereich definiert, als Subnetzmaske grosszügig die 255.255.255.0 (typisches Heimnetz eben!) gewählt und als Gateway-/DNS meinen lokalen Router 192.168.16.1 eingetragen. Einmal auf „Übernehmen“ klicken und fertig ist die PXE-Funktionalität auf Eurem NAS.

Wer mag, kann sich die erweiterten Einstellungen des TFTP-Servers noch einmal zu Gemüte führen und unter anderem die Protokollierung aktivieren sowie TFTP-Berechtigungen aktivieren, nur spezielle Clients erlauben oder das Zeitlimit für den TFTP-Server entsprechend ändern. Ich habe hier alles auf Standard belassen, aber das mag sich – je nachdem, in welcher Umgebung Ihr die PXE-Funktionalität nutzen wollt – von User zu User natürlich unterscheiden.

Synology_PXE_TFTP_Einstellungen_Erweitert

Ist das alles erfolgt, sind wir auf Seiten der Synology schon einmal mit der Grundeinrichtung fertig. Wenden wir uns dann einmal der PXE-Konfigurationsdatei „default“ zu, die in der „pxe“-Freigabe im Unterordner „pxelinux.cfg“ residiert. Anbei findet Ihr mein Beispiel, welches eine Acronis-Boot-CD (bitte die jeweiligen Lizenzbedingungen beachten!) sowie eine GParted-Boot-CD im ISO-Format enthält:

Synology_PXE_Konfigurationsdatei

Das Ganze ist an sich relativ selbsterklärend – hier aber einmal kurz die Übersicht der einzelnen Befehle innerhalb der Konfigurationsdatei:

  • „prompt 0“ – Setzen wir den Wert auf 1, erscheint eine Eingabezeile beim Bootvorgang, in der dann das zu bootende Label eingegeben werden kann
  • „timeout 100“ – Nach 10 Sekunden wird standardmässig das im folgenden Parameter ONTIMEOUT angegebene „chainlocal“ (also das Booten von der lokalen Festplatte) durchgeführt – das LABEL hierfür blieb in meiner Umgebung auch unangetastet
  • „MENU TITLE“ – Wer seinem Bootmenü einen sinnvollen Namen geben möchte, darf das an dieser Stelle und mit dieser Option tun 🙂
  • „LABEL“ – Bezeichnung der einzelnen Bootvariante innerhalb der Konfigurationsdatei
  • „menu label“ – Bezeichnung des Menüpunktes innerhalb des Bootmenüs, die der User sichtbar sieht und auswählen kann
  • „KERNEL memdisk“ – Hierüber wird der zu startende Kernel spezifiziert. Dabei ist es möglich, beliebige Kernel zu starten. Dies können auch spezielle binäre Programme wie das bekannte MemTest86 sein. MEMDISK lädt das über initrd angewählte Abbild in eine RAM-Disk mit passender Größe und versucht dann, es zu booten
  • „initrd“ – Hier ist der Pfad – ausgehend vom PXE-Rootverzeichnis – angegeben, in dem die jeweilige ISO-Datei liegt
  • „append iso raw“ – Sagt dem PXE-Bootloader, dass die unter „initrd“ angegebene ISO-Datei geladen werden soll, „raw“ ist optional und historisch bekannt aus Syslinux-Umgebungen < 4.04, die damit auch Images, die via zip oder gzip gepackt wurden, booten konnten

Habt Ihr die Konfigurationsdatei entsprechend angepaßt und Eure Images brav in die entsprechenden Verzeichnisse verschoben, sind eigentlich alle Grundvoraussetzungen erfüllt.

Synology_PXE_TFTP_Inhalt_Images_Ordner

Nun dürft Ihr mit dem Testrechner Eures Vertrauens einmal versuchen, via PXE zu booten. Nach ein wenig Suchen seitens der Netzwerkkarte sollte der TFTP-Server gefunden werden und Euch das zuvor definierte Menu präsentieren:

Übrigens ist nicht jede ISO so einfach startfähig – die von mir benutzten Tools haben einwandfrei funktioniert, ebenso wie eine Windows Server 2008 R2-Installations-DVD oder eine Veeam-Boot-CD. Über die Klinge gesprungen ist in der vorliegenden Konstellation beispielsweise aber die Windows Server 2012 R2-Installations-DVD, wobei da auch vorab einige Daten durch das Netzwerk in das RAM der Maschine flitzen, bis der Datenträger final geladen ist – oder irgendwann das Handtuch wirft. Da sich mein Einsatzzweck des PXE-Servers in den eigenen vier Wänden aber auf Tools und vielleicht einmal die ein oder andere Live-CD/DVD beschränkt, kann ich damit leben – schliesslich kann ich dann frei von Rohlingen (die ich eh nicht mehr nutze/kaufe) und USB-Sticks (die ich anscheinend immer verschludere) mal schnell die ein oder andere Arbeit an Rechnern und Servern durchführen, hauptsächlich halt Backups.

Übrigens sehen die Optionen für TFTP/PXE und DHCP auf dem aktuellen Release Candidate des DSM 6.0 (Build 6.0.7307) ein wenig anders aus (danke für den Hinweis, @Martin) – hier bekommt der DHCP-Server seinen eigenen Menüpunkt in den Systemeinstellungen und mehr Möglichkeiten für einzelne DHCP-Optionen. Das Ganze habe ich aber noch einmal nachvollzogen und am Ende kommt dasselbe dabei heraus, nur sind die einzelnen Einstellungsmöglichkeiten ein wenig verteilt:

Ansonsten ist dies natürlich nur ein kleiner Abriß zum Thema TFTP/PXE – das Ganze ist ein ganz weites Feld und mit dieser Anleitung habe ich mich nur in einen kleinen Teilbereich begeben, der zudem noch auf eine spezielle Hardware abzielt. Dieses Konstrukt ist aber natürlich nicht nur Synology-abhängig und lief auch auf einem älteren QNAP-NAS bzw. einem virtuellen Ubuntu Linux. Schaut Euch den Spaß wie gesagt einmal an, viele hilfreiche Basisinformationen gibt es zu diesem Thema auch auf Syslinux. In diesem Sinne: Viel Spaß!

Gefällt dir der Artikel? Dann teile ihn mit deinen Freunden.

Digital Native, der trotzdem gerne das Mittelalter erlebt hätte und chronischer Device-Switcher. Multimediafreak. England-Fan. Freier Autor & Tech Blogger. Hobbyphilosoph. Musik-Enthusiast. Querdenker. Zyniker. Hoffnungsvoller Idealist. Gladbacher Borusse und hauptberuflicher IT-Consultant.

Das könnte dir auch gefallen…

Mit dem Absenden eines Kommentars willigst du unserer Datenschutzerklärung und der Speicherung von dir angegebener, personenbezogener Daten zu.

50 Kommentare

  1. Sehr schön mehr von dieser Art Anleitungen..

  2. Das hört sich super interessant an… und PXE wird von jedem modernen PC/Mac/Laptop unterstützt!?

  3. tom: Ja, musst im BIOS / UEFI mal schauen und unter Umständen einschalten.

  4. @tom – Genau, ab ins BIOS und dort nach PXE oder Network Boot suchen und das ggf. aktivieren.

    @Tassi – Danke für die Blumen, hauptsache es war hilfreich 😉 !

  5. Feine Sache, kenne das Thema seit ich 2008 in einer Grundschule als ‚Computerraum-Admin‘ PXE das erste mal live gesehen habe, wir hatten dort einen Schulserver und u.a. booteten die Clients über PXE vom Server.

  6. Dankeschön, aber der Ordner „inetsaug“… auweia… 🙂

  7. @Oli – Da ist nix Böses hinter, hat ne historische Bedeutung aus Novell-Zeiten während meiner Ausbildung, mein Chef damals hat sich damals (lange vor ISO-Zeiten) alles in diese Share gepackt, sinnigerweise nix Illegales. Also Testversionen, Dokumentationen, Servicepacks etc. – und das Ganze hat sich über die Jahre irgendwie nicht verflüchtigt und da ich bei sowas nie wirklich einfallsreich bin, ist diese Ordnerbezeichnung bis heute mitgewandert 🙂 !

  8. Hab das zufällig vor etwa einer Woche gemacht, weil mein PC mit Windows mal wieder nicht wollte und ich jetzt endgültig wieder bei Linux gelandet bin. Und den Live Stick hatte ich natürlich verlegt.
    Praktisch sind da besonders die Ubuntu Netboot versionen, da muss man nur den ordner kopieren, in die cfg eintragen und schon geht alles.
    Wünsche mir auch mehr von solchen sachen.

  9. nett nett. schon produktiv mit pxe 100 rechner administriert. aber an die NAS & zuhause dachte ich eigtl nie …. werde das bei gelegenheit mal ausprobieren

  10. @filesharer123 -> wenn so oft in anwendung dann könntest du mal deine Config pxelinux.cfg posten was für Software du so am laufen hast 🙂

  11. Hi,

    mich würde mal interessieren, wie Du die Veeam Recovery ISO zum booten bekommst, bei mir kommt dann leider immer nur ein Fehler und dann starten Windows direkt. Muss mal versuchen bei dem Fehler Pause zu drücken.

    Gruß

  12. Also es erscheinen zwar Meldungen, wenn man aber schnell genug ist und den „Any“ Key drückt, startet auch das Recovery Media von Veeam 🙂 feine Sache. Acronis läuft auch super (und direkt ohne was drücken zu müssen). Werd das mal ausbauen.

    Leider startet die Windows ISO nicht, angeblich zu wenig Speicher.

    Gruß

  13. Oliver Pifferi says:

    @Maurice – Ja, die Zeitspanne zum Drücken der „Any“-Key-Taste ist bei Windows-basierten Installationsmedien schnell vorbei 🙂 ! Bei Windows-Installationsmedien ist das immer abhängig von der ISO, hatte aber mit Windows 10 und Server 2012 R2 dieselben Probleme, W7 klappte noch. Viel Spaß 🙂 !

  14. Super Anleitung. Hier bekommt man die fertigen ISOs wir eine Windows Installation:
    http://www.synology-wiki.de/index.php/PXE

  15. Sehr schöne Anleitung…

    Wenn bereits ein DHCP-Server vom Router bereitgestellt wird, funktioniert die Kontaktaufnahme nicht. Der PXE-Boot-Agent findet nur eine IP Adresse des Routers und nicht die vom NAS.

    Weiß jemand, welche Einstellung verändert werden muss, damit der PXE-Boot-Agent den richtigen DHCP fndet?

  16. Funktioniert hier parallel zu einer FritzBox ohne Probeleme. Alle normalen Clients bekommen von der FritzBox und der PXE Boot bekommt die Antwort von der NAS.

  17. Ich bekomme nur die LAN2 Schnittstelle angeboten die aber nicht verkabelt ist.
    Muss an der DiskStation DHCP laufen?

  18. Oliver Pifferi says:

    @Dirk – Vielen Dank. Ich habe zuhause (FRITZ!Box 7490 bzw. LANCOM 1781VA) das Problem mit dem DHCP nicht nachvollziehen können – der PXE-Bereich liegt ausserhalb des Bereichs, den der Router bereitstellt und die IP-Verteilung passt immer.

    @Jens – Habe hier bei mir LAN 1 aktiv, LAN 2 hängt auch nix dran und kann beide Interfaces auswählen. Wie sieht denn Deine Netzwerkkonfiguration aus? Vielleicht die Interfaces gebündelt?

    @Thomas – Danke auch Dir für die Ergänzung, clonezilla und MemTest habe ich bei mir jetzt auch noch eingefügt 🙂 !

  19. Hallo Oliver,

    ich nutze bereits die DSM Beta 6 auf meiner Synology, und dort hat sich anscheinend in Bezug auf PXE etwas geändert. So hat man unter Systemsteuerung -> Dateidienste nicht mehr die Funktion TFTP/PXE sondern nur noch TFTP.
    Dafür gibt es unter Systemsteuerung -> DHCP nun den Reiter PXE, welcher aber die Aktivierung des DHCP allgemein fordert.
    Damit wäre dann die beschriebene Funktionalität mit 2 DHCP Servern nicht mehr möglich. Wobei die neue DHCP Funktion unter DSM 6.0 Unmengen an Optionen bietet.

    Hast du eventuell eine Idee wie man die hier beschriebene Art der PXE Integration unter DSM 6 zum Laufen bringen kann?

    Grüße

  20. Oliver Pifferi says:

    @Martin –

    danke für das Feedback. Meine Screenshots sind von DSM 6.0-7135 – ziehe mir gerade einmal die Version 6.0.7307 und versuche das mal nachzuvollziehen, vielleicht passe ich dann noch etwas an – gebe auf jeden Fall Rückmeldung. Dürfte ja nicht unerheblich sein, jetzt wo der RC für DSM 6 in den Startlöchern steht.

    Beste Grüße!

  21. Oliver Pifferi says:

    @Martin – Artikelergänzung siehe oben innerhalb der Galerie. Mit dem RC (6.0.6307) haben sich in der Tat die Menüpunkte geändert und allein die DHCP-Optionen, die man den Clients mitgeben kann, sind schon sehr spannend. Am Ende funktioniert es aber auch genau so wie im Artikel beschrieben, die Punkte sind nun ein wenig mehr verteilt. Kannst Du ja mal in Deiner Umgebung ausprobieren – auf jeden Fall besten Dank für den Hinweis!

  22. @Oliver: Vielen Dank für die Ergänzung des Artikels in Bezug auf die neue DSM 6 RC.
    Was mir allerdings dabei nicht so ganz klar ist: Bei der „alten“ Version war der DHCP der Synology ja nur für die DHCP Anfragen bei PXE Nutzung zuständig.
    Bei den neuen Einstellungen kommt es mir so vor, als ob diese Einstellung nicht mehr nur für PXE sondern für das ganze Netzwerk gilt.

    Kann das jemand nachvollziehen?

  23. Ist ja sehr interessant… Habe den PXE Boot seit einer ganzen Weile im Einsatz.
    Und jetzt mit RC6 6307 kann ich den DHCP „ploetzlich“ nicht mehr aktivieren.

    Tätige saemtliche Einstellungen und nach Klick auf OK bleiben die LAN Schnittstellen unter DHCP grau.

    Kann das jemand nachvollziehen?

  24. Enrico Metzger says:

    Ich hab unter DSM v4 Spaß mit PXE gehabt, denn er hat den DHCP Range nicht mehr löschen wollen, nachdem ich genug mit PXE herumgespielt habe. Lösen konnte das Problem der Synology Support nicht. Seitdem nutze ich ein virtuelles DSM zum Spielen, da sind Bugs nicht so schmerzhaft 😉

  25. Toller Artikel. Schon mal großes Lob hierfür 🙂
    Ich bin gerade dabei das ganze mit Clonezilla nachzuvollziehen.
    Da komme ich aber leider nicht weiter.
    Es hapert an der Übertragung der Datei filesystem.squashfs via tftp.
    An der Stelle wäre dann das NAS nicht erreichbar- meint das Clonezilla beim booten.
    Firewall habe ich geprüft. TFTP-Port 69 ist freigegeben.

    Habe dann noch vom PXE unabhängig geprüft, ob ich die Datei via curl downloaden kann.
    Funktioniert aber leider auch nicht.
    curl tftp://192.168.0.xx/images/clonezilla/filesystem.squashfs
    curl: (69) TFTP: Access Violation

    Datei liegt im Verzeichnis /pxe/images/clonezilla/filesystem.squashfs auf dem NAS.

    Kann mir jemand einen Tipp geben, woran es liegen könnte?
    Stehe da gerade vor einem Rätsel 🙂 Danke

  26. Bei mir sieht die cfg so aus:

    LABEL clonezilla
    MENU LABEL ^Clonezilla Live 1.2.2-14
    KERNEL images/clonezilla/live/vmlinuz
    APPEND initrd=images/clonezilla/live/initrd.img boot=live union=overlay noswap noprompt vga=788 fetch=tftp://192.168.222.10/images/clonezilla/live/filesystem.squashfs
    nfsroot=192.168.222.10:/volume1/pxe/images/clonezilla
    Das Filesystem liegt bei mir noch im Unterverz. LIVE. vllt liegt da der Fehler?

  27. Übrigens hat sich das Problem mit dem fehlenden DHCP mit der DSM 6.0-7321 erledigt.

  28. @ Martin
    Du hast vollkommen recht und das ist leider extrem unschön. Wenn man in DSM 6.X den DHCP aktiviert und auf seinem Router noch den DHCP hat sind defacto 2 aktive DHCP im Netzwerk. Vor dem Problem stehe ich auch gerade und hab leider noch keine Lösung gefunden 🙁
    Sehr unschön.

  29. @Frank – Danke für die Info!

    @Sebastian – Ich habe hier dieselbe Kombination, allerdings noch nie eine Adresse aus dem zweiten DHCP-Bereich bei „normalen“ Clients bekommen – die greift hier offenbar einzig und allein bei Anfragen seitens von PXE-Bootvorgängen bzw. wenn ich den Haupt-DHCP abschalte. Sonderbar.

  30. @Stefan – Vielen Dank für das Lob 🙂 ! Ich habe jetzt mal zuhause Clonezilla mitintegriert, boote aber direkt die ISO:

    LABEL clonezilla
    menu label Clonezilla
    KERNEL memdisk
    initrd images/clonezilla/clonezilla-live-2.4.5-23-amd64.iso
    append iso raw

    Hast Du das mal gegebenenfalls ausprobiert?

  31. Hmm sehr komisch. Bei mir bekommen zumindest die Clients die TFTP benutzt haben nur noch IPs von der Synology. Vielleicht mal die Leasetime verkürzen?

    Hat es vielleicht schon wer geschafft Windows 7,8 und/oder 10 Installations Isos ans laufen zu bekommen?
    Wenn ich die ganz normale Iso wie in der Anleitung beschrieben einpflege, lädt das pxe die iso eine ganze weile, bricht dann aber ohne Fehler ab und mein System startet ganz normal von der Festplatte.

  32. @Sebastian – Indirekt ja. Ich boote ein PE Windows und habe die Images von 7/10 entpackt auf der Syno. Das PE bootet in die Shell, verbindet ein Laufwerk per Script und dort kann ich dann das Setup von 7/8/10 aus einem Menu starten.
    Im Synology-Wiki ist das sehr schön erklärt.

    http://www.synology-wiki.de/index.php/PXE#Windows_7_.2F_8_.2F_8.1_.2F_10

    Die Images von 7/10 direkt laufen bei mir auch nicht.

  33. @Frank / @Oliver – Vielen Dank für eure Beispiele 🙂

    @Oliver – Das Laden der kompletten ISO-Datei funktioniert einwandfrei.

    @Frank – Leider kann ich auch mit deinem Beispiel nicht korrekt die erforderlichen Dateien via tftp laden. Habe ich mit 2 unterschiedlichen Rechnern getestet.

    Hatte zwischendurch gedacht, das es etwas mit den Netzwerkkarten und evtl. nicht vorhanden Treibern zu tun haben könnte.
    Das kann ich aber eigentlich nun ausschließen, da ich mit der ISO-Boot-Methode sehen konnte, das er mir eine IP geben konnte (nach Auswahl von SAMBA als Ziel)

    Danke euch 🙂

  34. @Stefan – Gern‘ geschehen – ich finde das schön, wenn bei solch einem Thema die Köpfe zusammengesteckt werden, das zeigt ja zumindest, dass für solche Themen auch Bedarf ist 🙂 !

  35. Alles schön und gut, aber was ist mit UEFI-Boot? Vielen neue PC (Tablet) haben nämlich nur noch UEFI-Bios!

    THeo

  36. Kann ich mit PXE aus einen Mac mit OSx installieren?

  37. @Schultz – Soviel ich weiß, unterstützen Macs kein PXE, sondern Netboot und das setzt wieder die installierte macOS Server-Variante voraus: http://krypted.com/mac-security/setup-netboot-on-os-x-server-5-for-el-capitan-and-yosemite/

  38. Hallo Leute, ich würde dieses Thema gern einmal aufnehmen, ich habe die Anleiungen befolgt, PXE funktioniert auch soweit, nur kann ich nicht booten.

    PXELinux wird erkannt… zum Schluss folgt:
    TFTP prefix:
    Trying to load: pxelinux.cfg/default
    boot:
    No MBR magic.
    WARNING: treating disk as raw.
    Booting…

    Ich habe noch nichts am Aufbau oder an den Images verändert. Hat jemand eine Idee?

  39. @Khiro – Was versuchst Du denn zu booten? „No MBR magic“ liest sich zumindest so, als wäre die ISO nicht wirklich startfähig. Geschieht das bei jedem Eintrag oder hast Du einmal eine kleine ISO (CloneZilla etc.) ausprobiert? Oder lief das schon einmal und plötzlich nicht mehr?

  40. Ich habe lediglich veruscht, das oben erwähnte Paket „https://github.com/paulmaunders/TFTP-PXE-Boot-Server/archive/master.zip“ zu starten, dabei habe ich keine Veränderungen vorgenommen. Gibt es ein alternatives Image, ähnlich konstruiert mit Menüanpassungen? Ob Syslinux oder Grub4Dos wäre egal.

  41. @Khiro – Das Image an sich ohne jegliche Anpassung verweist natürlich nicht zu irgendeinem ISO oder sonstwas, was gebootet werden muss. Wenn Du an die default-Datei (Screenshot oben – http://stadt-bremerhaven.de/wp-content/uploads/2016/03/Synology_PXE_Konfigurationsdatei.jpg) nicht Hand angelegt hast, hast Du nur die Startumgebung via PXE an sich verteilt, aber nichts dahinter. Das Package stellt nur die Basis da, den Rest musst Du dann selbst machen bzw. nach Gutdünken anpassen 😉 !

  42. Guten Abend zusammen,
    erstmal vielen Dank für die super Anleitung:-)
    Hier mein Lösungsvorschlag zu der DHCP Problematik in DSM6.x. Ich nutze einen anderen DHCP Server im Netzwerk und damit die Synology keine IPs vergibt, habe ich in der Synology Firewall Port 67 und 68 geblockt.
    Die Optionen 66 und 67 sind in meinem anderen DHCP konfiguriert.
    Nicht schön, aber effektiv. Vielleicht hilft es jemanden!

  43. @Benny – Danke auch 🙂 ! Ob es schön ist, ist ja nicht immer der Weisheit letzter Schluss – effektiv ist der Weg allemal. Ich habe bei meiner Sophos, die die Adressen vergibt, beispielsweise auch die PXE-Boot-Optionen auf die Synology verlegt. Diese macht nun überhaupt ein DHCP mehr, sondern ist nur noch PXE-seitig aktiviert und gut ist’s. Der Zweck heiligt oft die Mittel 😉 !

  44. Ich wollte mich mal zurück melden, ich habe das Paket nochmals geladen, in einer VM funktioniert die PXE Bootmethode wunderbar, nur an meinem Notebook per LAN nicht. Dieser erhält scheinbar auch eine IP per Synology, verwirft den Bootvorgang aber sofort wieder und startet das reguläre OS. Im Bios Boot als auch UEFI getestet, selbiges Ergebnis. Werde noch weitere Rechner testen, Danke vorerst 🙂

  45. ist erhalte mit obiger Konfiguration folgenden Fehler z.b. in Hyper V:
    The PE/COFF Image is invalid. Auch normale Desktop PCs geben Fehler aus.

    Verwendet die aktuelle DSM Version und habe ich mich genau an die Anleitung gehalten, die Diskstation ist der DHCP, die Fritzbox nicht (abgeschaltet)

    Einziger Unterschied ist die Link Aggregation zwischen NAS und Netgear Switch, allerdings geht es auch wenn ich diese deaktiviere nicht.

    Was ist hier falsch?

  46. Hi,

    ich würde gerne das NAS nur als TFTP-Server nutzen und die FritzBox weiterhin als DHCP-Server nutzen. Um die weiteren benötigten Informationen an den PXE-Client weiterzugeben habe ich einen dnsmasq als dhcp-proxy eingerichtet.

    Allerdings bekomme ich dann beim Client ein PXE-E32: TFTP open timeout.

    Dieser entsteht dadurch das als BOOT SERVER IP die IP des dnsmasq genutzt wird und nicht die des NAS mit dem tftp. Das Problem ist nur ich weiß nicht warum. Hier meine dnsmasq Konfig:

    port=0
    dhcp-range=192.168.1.0,proxy
    dhcp-boot=/pxelinux.0,rackstation,192.168.1.136
    pxe-service=x86PC, „Netzwerkboot“, pxelinux
    dhcp-option=pxe,66,192.168.1.136

    Habt ihr da eine Idee woran das liegen könnte?

    VG Frank

  47. Hallo @Frank,

    diese Idee hatte ich auch. Wie hast du dnsmasq auf die Diskstation bekommen ?
    Kannst du dazu eine Anleitung geben ? Danke…

    Geht das vielleicht ?

    port=0
    dhcp-range=192.168.1.0,proxy
    dhcp-boot=pxelinux.0,rackstation,192.168.1.0
    pxe-service=x86PC, „Netzwerkboot“, pxelinux, rackstation

    VG Michael

  48. Hi @Michael,

    also der dnsmasq läuft nicht auf der rackstation sondern auf nem kleinem mini-Server den ich noch im LAN stehen habe. (Alternativ dürfte es ja auch ein Raspi machen)

    Dein Post hat mich aber auf den richtigen Weg gebracht.

    Hier jetzt meine Konfig mit der es funktioniert: (192.168.1.36 = NAS)

    port=0
    dhcp-range=192.168.1.0,proxy
    dhcp-boot=pxelinux.0, rackstation, 192.168.1.36
    pxe-service=x86PC, „Netzwerkboot“, pxelinux, 192.168.1.36

    Danke & VG
    Frank

  49. Hallo Frank,

    ach so.. Ich hatte gedacht der dnsmasq läuft auf der Diskstation. Ich habe es auch mit dem
    Raspi gelöst. Das geht gut.

    Hauptsache es funktioniert nun. Schön wäre es, wenn das auf der Diskstation ginge.
    Also ohne ein DHCP. Nur PXE

    VG Michael

  50. Ja wäre eine feine Sache. Ich werde mal bei gelegenheit ausprobieren ob das realisierbar ist 🙂

    Was einem noch in der hinsicht das Leben vereinfachen würde wäre wenn die fritzbox die pxe options verteilen könnte oder wenn das NAS eine DHCP-proxy Option hätte…. aber naja so funktioniert es ja auch 🙂

    Viele Grüße
    Frank

Du willst nichts verpassen?
Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den Hauptfeed abonnieren. Alternativ könnt ihr euch via E-Mail über alle neuen Beiträge hier im Blog informieren lassen. Einfach eure E-Mail-Adresse hier eingeben, dann bekommt ihr 1x täglich morgens eine Zusammenstellung. Mit dem Absenden willigst du unserer Datenschutzerklärung und der Speicherung von dir angegebener, personenbezogener Daten zu.
Wir benutzen Cookies um die Nutzerfreundlichkeit der Webseite zu verbessern. Durch Deinen Besuch stimmst Du dem zu.