move IT Home Base

Webserver auf einer Buffalo LinkStation installieren

anonymous@undisclosed.example.com (Anonymous) — Fri, 29 Nov 2019 13:47:38 +0000

Webserver auf einer Buffalo LinkStation installieren

Diese Anleitung beschreibt wie man zusätzlich zum bereits vorhandenen Webserver einen Apache2 Webserver zusammen mit PHP5 und einer mySQL-Datenbank auf einer Buffalo LinkStation installiert. Die Buffalo LinkStation ist ein Netzwerkspeicher (NAS) mit Festplatten der für die zentrale Speicherung von Daten in einem lokalen Netzwerk verwendet werden kann. Die LinkStation kann auch über das Internet erreicht werden wenn man sie und den Router entsprechend konfiguriert.

Eine Besonderheit ist die LinkStation durch zusätzlich installierte Software so zu erweitern das diese nicht nur als zentrale Netzwerkspeicher eingesetzt werden kann, sondern auch als normaler Standard-Webserver der auch für eine Website bzw. Homepage einer Firma genutzt werden kann. Durch standardisierte Software kann dann die LinkStation dann sehr universell für viele Zwecke dienen.

Vorteile

Einer der größten Vorteile ist sicher ein bereits vorhandenes Gerät zu erweitern, sodaß weitere Aufgaben damit erfüllt werden können. Besondere Aspekte dabei sind kompakte Bauweise, stromsparender und leiser Betrieb. Man kann den zusätzlichen Webserver für eine Firmen-Homepage nutzen, eine Präsentation online stellen, einen Medienserver für Musik, Filme oder Fotos bereitstellen, eine virtuelle Videothek damit betreiben, Musik ohne Download direkt streamen, oder die LinkStation zu Überwachungszwecke einsetzen. Die Möglichkeiten sind fast nicht begrenzt.

Nachteile

Der gravierenste Nachteil ist die technische Ausstattung, besonders die CPU bei den kleineren LinkStation-Modellen verbaut ist, denn die LinkStation ist nicht als Hochleistungs-Webserver für viele Anwender gleichzeitig konzipiert, sondern grundsätzlich als zentraler Datenspeicher für lokale Netzwerkbenutzer ausgelegt. Die kostengünstigen, kleineren LinkStation-Modelle haben beispielsweise Prozessoren mit nur etwa 500 MHz. Damit ist zwar auch ein Webserver betreibbar, aber viele Anwendungen reagieren nur träge oder sogar langsam. Für kleinere Anwendergruppen ist der Betrieb aber dennoch ausreichend. Alle rechenintensiven Aufgaben die in einem Hochleistungs-Webserver von mehreren Prozessorkernen gleichzeitig abgearbeitet werden sind zumindest für die kleineren LinkStation-Modellen mit CPU´s im MHz-Bereich nicht zu empfehlen.

Vorraussetzungen für den Betrieb

Folgende Vorraussetzungen müssen vorher erfüllt werden damit der Webserver installiert werden kann:

Telnet
wget
Ipkg
dynDNS

Vorhandenen Apache 1.3 Webserver konfigurieren

Ein funktionsfähiger Webserver, der Apache 1.3, ist bereits in der Firmware der LinkStation. Der bereits installierte Webserver ist notwendig, da ansonsten auch keinerlei Seiten des Webinterface der LinkStation ausgeliefert werden könnten.

Es gibt zwei Möglichkeiten eine eigene Homepage auf der LinkStation Pro Duo zu betreiben. Die erste Möglichkeit wäre eine zweite Instanz des bereits installierten Apache 1.3 Webserver zu starten. Die zweite und bessere Möglichkeit ist die Installation des neuen Apache 2 Webserver zusätzlich zu dem bereits vorhandenen Apache 1.3.

Zuerst einmal werden wir eine Veränderung in der Konfigurationsdatei httpd.conf des vorhandenen Apache 1.3 vornehmen. Und zwar soll der Apache 1.3 unter dem Port 8080 anstelle des Standard-Port 80 zu erreichen sein.

Öffnen Sie die Konfigurationsdatei des Apache 1.3 httpd.conf im Editor Vi:

vi /etc/apache/httpd.conf

Suchen Sie in der Datei die Zeile:

Port 80

und ändern Sie diese in:

Port 8080

Nachdem Sie die Datei httpd.conf gespeichert haben müssen Sie den Apache 1.3 neustarten:

/etc/init.d/httpd.sh restart

Das Webinterface der LinkStation ist nun unter dem neuen Port 8080 erreichbar. Es muss also in Zukunft mit der Portangabe :8080 aufgerufen werden:

http://IP-Adresse-der-LinkStation:8080

Wer das Webinterface der LinkStation über das Internet aufrufen möchte, benötigt neben einer DynDNS-Adresse eine Portweiterleitung des Port 8080 im Router auf die IP-Adresse der LinkStation. Im Webbrowser wird das dann folgendermassen eingegeben:

http://DynDNS-Adresse:8080

An dieser Stelle wäre es eine gute Idee eine DynDNS-Adresse einzurichten, falls Sie dies nicht schon gemacht haben. Eine Anleitung dazu finden Sie hier.

Ipkg Paketliste aktualisieren und Apache 2 Webserver installieren

Jetzt werden wir die Ipkg-Paketliste aktualisieren um den neuesten Apache 2 installieren zu können. Dies ist notwendig weil ständig Updates der verfügbaren Pakete stattfinden:

ipkg update

Nun lassen wir uns die Liste der zur Zeit verfügbaren Ipkg-Pakete seitenweise anzeigen:

ipkg list | more

Der gesuchte Apache 2 findet sich gleich auf der ersten Seite und wird von uns mit dem folgenden Befehl installiert:

ipkg install apache

Alle benötigten Dateien des Apache werden durch Ipkg jetzt auf der LinkStation installiert. Nach der Installation wird das System gleich versuchen den Webserver zu starten. Das funktioniert möglicherweise noch nicht da erst einige Grundeinstellungen des Apache konfiguriert werden müssen. Weiter geht es mit der Konfiguration des neu installierten Apache 2. Öffnen Sie die Konfigurationsdatei des Apache 2 im Editor Vi:

vi /opt/etc/apache2/httpd.conf

Suchen Sie in der Datei nach der Zeile:

Listen 8000

und ändern Sie diese in:

Listen 80

Ein Stück weiter unten in der Datei stehen die Zeilen mit den LoadModule Anweisungen. Sie benötigen nur einen Bruchteil der vorgeschlagenen Module. Löschen Sie alle Zeilen die nicht benötigt werden. Zum Schluss sollte dieser Bereich in der httpd.conf folgendermassen aussehen:

LoadModule authn_file_module libexec/mod_authn_file.so
LoadModule authn_dbm_module libexec/mod_authn_dbm.so
LoadModule authn_anon_module libexec/mod_authn_anon.so
LoadModule authn_dbd_module libexec/mod_authn_dbd.so
LoadModule authn_default_module libexec/mod_authn_default.so
LoadModule authz_host_module libexec/mod_authz_host.so
LoadModule authz_groupfile_module libexec/mod_authz_groupfile.so
LoadModule authz_user_module libexec/mod_authz_user.so
LoadModule authz_dbm_module libexec/mod_authz_dbm.so
LoadModule authz_owner_module libexec/mod_authz_owner.so
LoadModule auth_basic_module libexec/mod_auth_basic.so
LoadModule auth_digest_module libexec/mod_auth_digest.so
LoadModule include_module libexec/mod_include.so
LoadModule mime_module libexec/mod_mime.so
LoadModule autoindex_module libexec/mod_autoindex.so
LoadModule cgid_module libexec/mod_cgid.so
LoadModule dir_module libexec/mod_dir.so
LoadModule alias_module libexec/mod_alias.so
LoadModule rewrite_module libexec/mod_rewrite.so
#LoadModule php5_module libexec/libphp5.so

Der Apache 2 lässt sich mit den folgenden Befehlen beeinflussen:

/opt/etc/init.d/S80apache start|stop|restart

Starten Sie den Webserver mit dem folgenden Befehl neu:

/opt/etc/init.d/S80apache restart

Wenn Sie beim Neustarten des Apache 2 die folgende Fehlermeldung erhaltet:

Could not determine the server’s fully qualified domain name

liegt das daran das kein FQDN = Fully Qualified Domain Name in der httpd.conf eingetragen ist. Der Apache 2 funktioniert trotzdem und setzt als Domain die IP-Adresse der LinkStation ein. Sie können dies überprüfen wenn Sie in einem Web-Browser folgendes eintragen:

http://IP-Adresse-eurer-LinkstationProDuo

Es sollte das bekannte „It works!“ von Apache erscheinen. Herzlichen Glückwunsch, die LinkStation verfügt nun über einen funktionierenden Apache 2 Webserver.

Installation von PHP5 und PHP-MySQL

Weiter geht es mit der Installation von PHP5 als Apache 2 Modul. Zuerst wird die Ipkg Paketliste aktualisiert:

ipkg update

Mit dem folgenden Befehl werden eventuell veraltete installierte Pakete und Verknüpfungen aktualisiert:

ipkg upgrade

Jetzt kann das PHP5 Paket installiert werden:

ipkg install php-apache

Um zu überprüfen ob Ipkg einen Eintrag in der httpd.conf zum Laden des PHP 5 Moduls angelegt hat öffnen Sie die Datei im Editor Vi:

vi /opt/etc/apache2/httpd.conf

Suchen Sie nach der Zeile:

#LoadModule php5_module libexec/libphp5.so

und entfernen Sie die Raute vor der Zeile:

LoadModule php5_module libexec/libphp5.so

Falls die Zeile nicht vorhanden ist müssen Sie diese unter den LoadModule Anweisungen hinzufügen.

Suchen Sie nach den Zeilen:

<IfModule dir_module>
    DirectoryIndex index.html
</IfModule>

und ändern Sie diese folgendermassen:

<IfModule dir_module>
    DirectoryIndex index.shtml index.htm index.html index.php
</IfModule>

Suchen Sie nach den Zeilen:

AddType application/x-compress .Z
AddType application/x-gzip .gz .tgz

und fügen Sie darunter ein:

AddType application/x-httpd-php .php .shtml
AddType application/x-httpd-php-source .phps

Suchen Sie nach den Zeilen:

#AddType text/html .shtml
#AddOutputFilter INCLUDES .shtml

und entfernen Sie die Rauten vor den Zeilen:

AddType text/html .shtml
AddOutputFilter INCLUDES .shtml

Speichern Sie die Datei httpd.conf und öffnen die PHP Konfigurationsdatei /opt/etc/php.ini im Editor Vi:

vi /opt/etc/php.ini

Suchen Sie in der Datei nach der Zeile:

; Dynamic Extensions ;

In diesem Bereich sind verschiedene Dynamic Extensions eingetragen. Überprüfen Sie ob die folgende Zeile dort eingetragen ist:

extension=mysql.so

Falls dieser Eintrag nicht vorhanden sein sollte müssen Sie ihn ergänzen.

Suchen Sie die Zeile:

mysql.default_port =

und tragen den Standard MySQL Port ein:

mysql.default_port = 3306

Nach dem speichern der Daten geht es weiter mit der Installation von PHP-MySQL. Der folgende Befehl installiert das gewünschte Paket Php-Mysql:

ipkg install php-mysql

Die MySQL Konfigurations-Datei befindet sich übrigens unter: /opt/etc/my.cnf. Dies nur zur Information, für den normalen Betrieb der Mysql-Datenbank sollte eine Änderung bzw. Anpassung der my.cnf nicht nötig sein.

Sie können nun den Webserver neustarten:

/opt/etc/init.d/S80apache restart

Der Apache 2 Webserver sollte nun ohne Fehlermeldung mit PHP und MySQL-Unterstützung starten. Sollte das nicht auf Anhieb funktionieren hilft meist ein Neustart der LinkStation.

Apache 2 Webserver per FTP erreichen

Nach der Installation des Apache 2 mit PHP und MySQL-Erweiterung wird der neue Webserver zunächst auf seine korrekte Funktion getestet. Erstellen Sie über das Webinterface der LinkStation einen neuen Ordner für Webseiten. Sie können diesen Ordner beispielsweise www, html, homepage oder webserver nennen. Für diesen neuen Ordner aktivieren Sie die FTP-Unterstützung um später per FTP auf den Server übertragen zu können. Aktivieren Sie die Zugriffsbeschränkungen für den Ordner und konfigurieren Sie die Schreib- und Leserechte.

Nun können Sie sich mit einem FTP-Programm mit dem neuen Webserver verbinden und eine Homepage in den neu angelegten Webserver-Ordner kopieren.

Apache 2 Webserver konfigurieren

Um dem Apache 2 Webserver mitzuteilen wo er die Webseiten suchen soll müssen Sie noch einmal die Datei httpd.conf öffnen um den Pfad DocumentRoot anzupassen:

vi /opt/etc/apache2/httpd.conf

Suchen Sie die Zeile in der DocumentRoot angegeben ist. Beispiel:

DocumentRoot "/var/www/"

ändern Sie die Zeile in:

DocumentRoot "/mnt/array1/webserver"

<note important>Hinweis: Der Pfad zum DocumentRoot ist in diesem Fall /mnt/array1/webserver weil die LinkStation im RAID-0 Modus betrieben wird. Wer die LinkStation im RAID-1 Modus betreibt muss die Pfade eventuell anpassen in /mnt/disk1/webserver</note>

Speichern Sie die Datei httpd.conf und starten den Apache 2 neu:

/opt/etc/init.d/S80apache restart

Die Webseiten können nun mittels http://IP-Adresse in einem Web-Browser aufgerufen werden. Sollte der Aufruf der Homepage nicht möglich sein, weil der Browser einen Fehler 403 - Zugriff verboten zurückgibt, müssen Sie noch einmal die Apache-Konfigurationsdatei aufrufen:

vi /opt/etc/apache2/httpd.conf

Suchen Sie in der Datei nach dem folgenden Eintrag:

<Directory />
    Options FollowSymLinks
    AllowOverride None
</Directory>

Kommentieren Sie den Eintrag mittels Raute aus:

#<Directory />
#    Options FollowSymLinks
#    AllowOverride None
#</Directory>

Jetzt sollte der Aufruf der Homepage funktionieren. Damit ist die Installation abgeschlossen. Sie können nun statische Webseiten mit der Dateiendung .htm oder .html speichern, oder dynamische Webseiten mit .php als Dateiendung. Um den Webserver sinnvoll einzusetzen empfehlen wir Ihnen die Installation eines Content Management Systems (CMS). Wir haben erfolgreich das kleine aber feine CMS2Day im Einsatz das wir Ihnen hiermit empfehlen.

PXE-Boot

anonymous@undisclosed.example.com (Anonymous) — Sat, 22 Aug 2020 21:40:34 +0000

PXE-Boot

Vorwort

Das booten eines Betriebssystems von einem zentralen Repository im lokalen Netzwerk statt vom lokalen Datenträger bietet viele Vorteile, beispielsweise lassen sich so temporär oder zum testen Betriebssysteme laden die lokal nicht installiert sind, oder es können Betriebssysteme installiert werden (auch als Rollout im gesamten LAN), auch wenn kein USB-Anschluss oder optisches Laufwerk (CD/DVD) vorhanden, oder wenn der passende Installations-Datenträger auf DVD gerade nicht verfügbar ist und es lassen sich so ganz komfortabel komplette Tools wie die „Ultimate Boot-CD“ laden um beispielsweise Probleme mit einer Windows-Partition zu bereinigen. In Firmen werden (neue) Betriebssysteme und Aktualisierungen (Patches) fast immer über ein zentrales Repository der IT-Administration ausgerollt, beispielsweise über Microsofts SCCM (System Center Configuration Manager). Für den Privatbereich gibt es einige Netzwerkspeicher wie beispielsweise die aktuellen NAS-Modelle von Synology die von Haus ein PXE-Boot unterstützen. Ab der Firmware Synology DSM 4.2 ist es möglich direkt vom NAS zu booten.

Microsoft´s SCCM kann seit dem 22.3.2018 nicht mehr mit Linux umgehen, da der dazu normalerweise benötigte Agent von Microsoft in der aktuellen SCCM-Version (seit SCCM 1902) rausgenommen wurde. Es bleibt jetzt nur noch die Möglichkeit eines „Handovers“ indem der SCCM einen externen PXE-Boot-Server (z.B. DNSmasq) antriggert. Alternative ist Microsoft Azure. Damit zukünftig beide Systeme (Windows/Linux) für Rollouts, oder Live-Systeme unterstützt werden können, muß parallel zum Microsoft DHCP-Server mit SCCM UEFI Boot-Server ein separater PXE-Server aufgesetzt werden der Deployments ausserhalb der Windows-Welt möglich macht. Dieser separate PXE Boot-Server kann auf einem beliebigen Windows-, oder Linux-PC installiert werden. Für Windows gibt es z.B. die fertige Lösung „AOMEI PXE Boot Free 1.5“, die allerdings nur immer ein bestimmtes ISO-Image ausliefern kann. Für Linux bietet sich „DNSmasq“ an, da dieser bereits alle notwendigen Komponenten wie DHCP-Proxy und TFTP-Server integriert hat.

Scenarios

Grundsätzlich gibt es zwei verschiedene Netboot-Scenarios:

Live-System laden ohne Installation - Man bootet über das Netzwerk um darüber ein Live-System zu starten, das ohne Installation auskommt und daher auch keine Festplatte benötigt. Da das komplette Live-System ins RAM geladen wird ist die Auswahl an Live-Systemen sehr klein, der Rechner sollte mindestens 4 GB RAM haben, besser 8 GB RAM und das OS sollte möglichst klein sein, damit noch Platz für die Arbeitsdateien im RAM bleibt. In diesem Fall läuft alles ausschliesslich im RAM ab, die Festplatte bleibt komplett unberührt.

Installation übers Netzwerk - Man bootet über das Netzwerk um darüber ein Betriebssystem zu installieren das auf der lokalen Festplatte eingerichtet wird. In diesem Fall lädt man per Netboot nur einen Installer, der anschließend die restlichen Daten aus einem zentralen Repository im LAN oder über das Internet holt.

Voraussetzungen

Aktivieren von PXE-Boot im BIOS (Preboot Execution Environment)
Funktioniert nur im LAN
Funktioniert nur mit dynamischer IP via DHCP
Zusätzlicher DHCP-Proxy
Zusätzlicher TFTP-Server
OS-Image als fertiges Netzwerk-Installationsprogramm oder als Live-System ohne Installation
Im BIOS muß Secure Boot deaktiviert werden, da fast alle bootbaren ISO-Images nicht digital signiert sind

Pre-Install

Im BIOS prüfen ob sich der Rechner auf Netzwerk-Boot (PXE-Boot) umschalten lässt. Alternativ über das Boot-Menü (je nach Rechner via F8, F10 oder F12) den Netzwerkadapter als Startgerät auswählen. Falls dieser nicht auswählbar ist, im BIOS nachsehen ob er als Startgerät aktivierbar ist.
Secure Boot muß deaktiviert werden
Fast immer muß auch UEFI-Boot deaktiviert werden, stattdessen Legacy Boot einschalten

Testumgebung

Da der Test für Netboot nur in einer abgeschotteten, vom restlichen Netzwerk getrennten Test-Umgebung stattfinden kann um den produktiven Betrieb im Netzwerk nicht zu stören, wurden zwei Rechner an einen separaten Netzwerk-Switch gehangen der keinen physikalischen Anschluss an das restliche Netzwerk hat. Der als PXE-Server fungierende Rechner muß dabei eine statische IP-Adresse haben, damit diese feste IP in die LAN-Konfiguration der Clients eingetragen werden kann. Nun kann man in dieser abgeschotteten Umgebung allerdings nicht den tatsächlichen Verlauf eines Netboots simulieren, denn es fehlen DNS, DHCP und Gateway. Somit kann kein Netboot mit Installation getestet werden, sondern nur Netboot mit einem Live-System ohne Installation. Beim starten des Clients bekommt dieser keine IP-Adresse des DHCP-Proxys zugewiesen, denn dieser kommt ausschliesslich vom richtigen DHCP-Server. DNS wird benötigt um die Namensauflösung zu garantieren, sonst kann nur mit statischen IP gearbeitet werden, das ist aber in der Produktivumgebung so nicht der Fall. Bei einem vorhandenen DHCP darf DNSmasq nur als DHCP-Proxy laufen, oder der vorhandene DHCP muß einen IP-Bereich frei lassen der dann von DNSmasq benutzt werden kann. Das Gateway (Internetzugang) wird benötigt um das Installationsimage vom Repository nachzuladen wenn ein Netboot mit anschließender Installation ausgewählt wird. Bei DNSmasq müsste eine Forwarder-DNS angegeben werden, aber ohne Gateway auch kein Nameserver in höherer Instanz.

DNSmasq

DNSmasq ist:

DNS-Server für das lokale Netzwerk
DNS-Forwarder
DNS-Cache
DHCP-Server / DHCP-Proxy
TFTP-Server

DNSmasq bzw. genauer DNSmasq_base ist in allen aktuellen Debian-basierenden Linux-Distributionen enthalten. DNSmasq_base wird dabei vom Network Manager benutzt. Um DNSmasq als PXE Boot-Server einzusetzen muß zunächst eine vollständige DNSmasq Installation eingerichtet werden. In allen Debian-basierenden Linux-Repositorys ist dieser bereits enthalten. Installation mit:

sudo apt-get install dnsmasq

Anschliessend muß DNSmasq passend konfiguriert werden:

sudo gedit /etc/dnsmasq.conf

Folgende Konfiguration ist in der DNSmasq Konfigurationsdatei einzutragen:

# Den in DNSmasq enthaltenen DNS-Server deaktivieren port=0 # Bei Bedarf die DHCP-Transaktionen mitloggen, sonst auskommentieren log-dhcp # Root-Verzeichnis mit den Boot-Images auf dem TFTP-Server setzen enable-tftp tftp-root=/var/lib/tftpboot #Boot-Filename für PXE-Boot setzen dhcp-boot=pxelinux.0 # Boot-Filename, Server-Name, Server-IP # Erster Parameter = Option 67 mit File-Location auf dem Server # Zweiter Parameter = Server-Hostname # Dritter Parameter = IP-Adresse des PXE-Servers dhcp-boot=pxelinux, pxeserver, 192.168.1.1 # Doppelte DHCP-Benutzung deaktivieren um alte DHCP-Clients nicht zu verwirren dhcp-no-override # Bekannte Rechner-Architekturen vorauswählen. Damit kann gezielt das passende # Boot-Images ausgerollt werden. Diese werden auch genutzt wenn der Anwender # im Boot-Menü keine Auswahl trifft # x86PC, PC98, IA64_EFI, Alpha, Arc_x86, Intel_Lean-Client, IA32_EFI # BC_EFI, Xscale_EFI, X86-64_EFI pxe-service=x86PC, „Boot via PXE-Server“, pxelinux # Möglichkeit 1: zusätzlicher DHCP IP-Bereich und Lease-Time angeben dhcp-range=192.168.1.1,192.168.1.100, 12h # Möglichkeit 2: oder als DHCP-Proxy der keine IP vergibt dhcp-range=192.168.1.1,proxy,255,255,255,0 # Interfaces und Adressen auf die der DHCP reagieren soll interface=eth0 listen-address=127.0.0.1 listen-address=192.168.1.1

Anschließend muß die neue DNSmasq Konfiguration geladen werden:

sudo service dnsmasq restart

Damit werden Legacy BIOS PXE Anfragen von DNSmasq abgefangen und umgeleitet, wobei der Microsoft DHCP immer noch seine SCCM UEFI-Optionen hat und – falls dieser Server einmal ausfallen sollte – diese bereitstellt, da DNSmasq die UEFI-Anfragen gar nicht wahrnimmt.

Denn die DHCP Option 60 PXEClient ist nur dann von Nöten wenn der WDS/SCCM als eigenständiger DHCP-Proxy agieren soll, was er aber nicht braucht, weil die DHCP-Optionen sowieso vom DHCP-Server ausgeliefert werden.

Microsoft DHCP-Server

Der bestehende Windows DHCP-Server muß umkonfiguriert werden, sodaß ein Client über das Netzwerk auf den FOG-Server zugreifen kann: Option 66 = IP-Adresse des FOG-Servers Option 67 = undionly.kpxe

SCCM-Konfiguration

TODO

Facts

Ein TFTP-Server ist nicht zwangsläufig Vorraussetzung für PXE, denn seit UEFI 2.5 kann anstelle des TFTP-Servers auch http verwendet werden. Somit wäre ein Nachteil egalisiert (UEFI-Boot statt Legacy-Boot).
DHCP-Discover ist ein Broadcast auf UDP-Port 67
Etherboot, ab Sommer 2006 auch „gPXE“
Mit iPXE und manuell eingegebener Netzwerk-Konfiguration ermöglich booten über das Netzwerk, auch ohne DHCP und ohne TFTP
Proprietäre Weiterentwicklung von PXE ist WDS (Windows Deployment Services) von Microsoft
HTTP ist schneller als TFTP
SCCM nutzt auch iPXE
Intel beendet im Jahr 2020 den Support von BIOS Legacy Boot. Das bedeutet langfristig muß eine Lösung her die auch mit UEFI-Boot funktioniert.

Alternativen

iPXE ist eine alternative PXE Methode ohne eigenen DHCP und ohne TFTP-Server:

iPXE mit manuell eingegebener Netzwerk-Konfiguration und booten über das Internet
iPXE ist Open Source Software mit Hauptquelle auf ipxe.org

FOG-Server

Am 5.4.2019 wurde auf einem Linux Ubuntu Client-PC eine eigenständige OS-Deployment Lösung auf Basis der Open Source Software „FOG“ (fogproject.org) installiert. Dieser bietet bereits alle erforderlichen Ressourcen mit um geklonte Betriebssysteme über das Netzwerk auszurollen. Bei Verwendung des FOG-Servers ist es nicht mehr erforderlich, jeden Rechner manuell von einem Bootmedium zu starten. Wenn die Bootsequenz der Rechner so eingestellt ist, dass zunächst von der Netzwerkkarte aus gestartet wird, wird beim Systemstart überprüft, ob ein Klon-Auftrag vorliegt. Ist das der Fall, wird dieser automatisch ausgeführt. Andernfalls startet das lokal installierte System. Dadurch kann eine beliebige Anzahl an Rechnern von einer zentralen Stelle aus mit wenigen Mausklicks geklont werden. Zusätzlich ermöglicht der FOG-Server einige weitere Dienste wie beispielsweise die automatische Installation von Druckern, das Nachverteilen von Software und die automatische Aufnahme in eine bestehende Domänenstruktur. Der FOG-Server kann ein Image per Multicast gleichzeitig an viele Computer verschicken. Das bedeutet, dass das Image nur einmal von den Serverplatten gelesen und nur einmal über die Netzwerkkarte des Servers übertragen werden muss. Die Einrichtung der MulticastFunktionalität ist allerdings schwierig und erfordert vertiefte Netzwerkkenntnisse. Insbesondere muss auf allen verwendeten Switchen IGMP-Verkehr erlaubt werden. Sofern sich der FOG-Server in einem anderen Subnetz befindet als die Clients, muss der verwendete Router die Multicast-Pakete richtig weiterleiten. Dies ist nicht bei allen Geräten möglich. Wenn eine Firewall zwischen den Netzen eingerichtet ist, müssen einige Ports freigegeben werden (TCP: 20-22, 80, 111, 443, 2049, 1024-65535 sowie UDP: 69, 111, 1024-65535).

Software

DynDNS

anonymous@undisclosed.example.com (Anonymous) — Fri, 29 Nov 2019 13:47:37 +0000

DynDNS

Grundsätzliche Informationen zu DynDNS

http://de.wikipedia.org/wiki/DynDNS

Kostenlose DynDNS Domain registrieren

http://dyn.com/dns/dyndns-free

DynDNS auf einem Router konfigurieren

Im WWW verfügbare Anleitungen finden Sie unter: