Lange wollte ich einen eigenen Server betreiben, hatte aber Respekt vor den Kosten und der Komplexität. Dann bin ich auf Proxmox VE gestoßen — und im Nachhinein frage ich mich, warum ich es nicht früher getan habe. Proxmox ist eine kostenlose, quelloffene Virtualisierungsplattform auf Debian-Basis: KVM für vollwertige VMs, LXC für schlanke Container und ein Web-Interface, das einem den Alltag wirklich erleichtert.
Das Schöne ist, dass man keinen teuren Server braucht. Mein Einstieg war ein gebrauchter Mini-PC (ein Dell OptiPlex Micro) mit aufgerüstetem RAM und einer NVMe-SSD — leise, stromsparend und für 10–15 Container plus ein paar VMs völlig ausreichend. Bei den Strompreisen hierzulande macht ein Mini-PC mit 10–15 Watt Idle einen riesigen Unterschied zu einem Rack-Server.
Nach der Installation habe ich als Erstes das Enterprise-Repository deaktiviert und die Community-Repos eingerichtet, SSH-Login per Key abgesichert und Fail2ban installiert. Dann kamen die ersten Services: Pi-hole als netzwerkweiter Werbeblocker, Nginx Proxy Manager und Portainer. Die Reihenfolge hat sich bewährt — klein anfangen, nicht gleich zwanzig Container auf einmal.
Mein wichtigster Rat, den ich selbst erst schmerzhaft lernen musste: Richte Backups ein, bevor du den ersten Service installierst. Nach der 3-2-1-Regel, und die eingebauten Snapshot-Backups von Proxmox machen das fast schon zu einfach. RAID ist übrigens kein Backup — das habe ich auch erst begreifen müssen.
Fang einfach an. Ein Container, ein Service, und du lernst mehr über Infrastruktur als in jedem Online-Kurs. Und wer erst nur ausprobieren will, kann zum Lernen auch einen günstigen Cloud-Server nehmen.
Quelle: Homelab Guide
Laut IT之家ist das vierschächtige NAS Qu405-N150-8G von QNAP nun bei JD.com erhältlich. Es hat 8 GB Arbeitsspeicher und eine zweijährige Standardgarantie. Das Gerät allein kostet 2599 Yuan, ein Paket mit einer Seagate IronWolf-Festplatte mit 4 TB kostet 3599 Yuan.
Das Gehäuse ist schlicht. Es misst 165 mm x 168 mm x 217 mm und wiegt 2,15 kg. Der Prozessor ist ein Intel N150 mit 4 Kernen und 4 Threads. Laut Hersteller schafft er die Transkodierung von 4K-Videos und kann virtuelle Maschinen und Docker-Container ausführen, was für Heimserver-Bastler ein großer Pluspunkt ist. Der ab Werk verbaute SODIMM-DDR4-Speicher mit 8 GB lässt sich auf 16 GB aufrüsten.
Für die Datenspeicherung gibt es vier Schächte für 3,5- oder 2,5-Zoll-SATA-Laufwerke. Im Inneren sind außerdem zwei M.2-2280-NVMe-Steckplätze mit PCIe Gen 3 x1 vorhanden, die sich als Cache oder für System- und Container-Daten nutzen lassen. Die Anschlüsse umfassen zwei 2.5GbE-Netzwerkports, zwei USB-A 3.2 Gen 2, einen USB-C 3.2 Gen 2 und einen HDMI 2.1.
Meiner Meinung nach ist die Kombination aus Dual-2,5G und N150 in den letzten zwei Jahren zur typischen Ausstattung günstiger Heim-NAS geworden. Sie betreibt Docker, ohne viel Strom zu verbrauchen, und der Preis ist recht moderat. Der Artikel nennt jedoch nur Spezifikationen und enthält keine Messungen. Wer kaufen möchte, sollte deshalb vorher Lautstärke, Stromverbrauch und Software-Bedienung in echten Tests prüfen.
Quelle: IT之家
Synology hat die neue neo+-Serie für Deutschland angekündigt, bestehend aus DS725neo+, DS925neo+, DS1525neo+ und DS1825neo+. ComputerBase beschreibt sie als günstigere Varianten der Plus-Modelle, bei denen nur die Speicherkonfiguration geändert wurde.
Das Kürzel „neo“ steht laut Bericht für „Non-ECC-Option“. Die Geräte nutzen handelsüblichen Arbeitsspeicher ohne ECC-Funktion, und zwar immer nur 4 GB. Bei der DS725+ und DS925+ sind ebenfalls 4 GB ECC-RAM verbaut, die DS1525+ und DS1825+ haben dagegen 8 GB ECC-RAM, die neo+-Varianten also weniger. Ansonsten entsprechen Ausstattung, Funktionen und Erweiterbarkeit den Plus-Modellen, und auch das Betriebssystem DSM samt Apps ist identisch.
Bei der unverbindlichen Preisempfehlung liegt der Unterschied bei rund 200 Euro: Die DS725neo+ steht mit 549 Euro netto in der Liste, die DS725+ mit 748 Euro netto. Im Handel ist der Abstand aber nicht so deutlich, denn die DS725+ gibt es derzeit ab 663 Euro, die DS725neo+ ab 629 Euro. Der Arbeitsspeicher lässt sich später problemlos auf ECC-RAM aufrüsten.
Als Grund nennt Synology die aktuelle Entwicklung am Speichermarkt, also die deutlichen Preissteigerungen, die auch die Plus-Modelle getroffen haben.
Für den Heimserver-Bereich finde ich das eine interessante Abwägung: Wer sein NAS vor allem für Backups, Medien und ein paar Container nutzt, kommt mit 4 GB ohne ECC vermutlich aus. Wer dagegen Wert auf Datenintegrität legt, sollte genau hinsehen, was er für den Aufpreis bekommt.
Quelle: ComputerBase
Hardware.com.br stellt ein Homelab vor, das vor allem durch seine geringe Größe auffällt. Ein Reddit-Nutzer hat auf r/HomeServer ein kleines 10-Zoll-Rack gezeigt, mit Firewall, drei Mini-PCs, einem NAS und der gesamten Netzwerkinfrastruktur, die nötig ist, um zu Hause Dutzende Dienste zu betreiben.
Die Rechenleistung stellen drei Mini-PCs bereit, jeweils mit einem Prozessor mit 8 Kernen und 16 Threads und 32 GB RAM. Zusammen sind das 24 Kerne, 48 Threads und 96 GB für die Virtualisierung. Zur Erstellung von virtuellen Maschinen und LXC-Containern kommt Proxmox zum Einsatz. Zu den Workloads gehören eine VM für Jellyfin, der sogenannte arr-Stack in Docker, ein weiterer Docker-Host mit Portainer, Pi-hole und Dashboards wie Homer und Homepage sowie Spielserver wie Terraria und Core Keeper.
Der Speicher liegt in einem HP ProLiant MicroServer mit vier 4-TB-Festplatten im ZFS-Verbund RAIDZ1. Damit bleibt der Zugriff auf die Daten erhalten, selbst wenn eine Platte ausfällt. Es sind 16 TB brutto, der nutzbare Platz ist wegen der Parität geringer. Das Netzwerk wird von einer Fortinet FortiGate verwaltet, die Routing, VLANs und SSL-VPN übernimmt. Eine APC Back-UPS 850 schützt vor Stromausfällen.
Am interessantesten finde ich den Teil außerhalb der Wohnung: Der Besitzer betreibt zwei VPS mit Debian in externen Rechenzentren, die über ein WireGuard-Netz in Hub-and-Spoke-Konfiguration mit dem Homelab verbunden sind. Sie bilden die öffentliche Ebene der Infrastruktur, wobei Traefik als Reverse Proxy dient.
Das ist ein gutes Beispiel dafür, dass ein Homelab keinen riesigen Serverschrank braucht: Mit guter Planung, kleinen Geräten und sauberer Organisation lässt sich auf wenig Raum viel betreiben.
Quelle: Hardware.com.br
Wenn auf einem Server mehr als ein Projekt läuft, stößt man früher oder später auf die Ports 80 und 443, die nur ein einziger Prozess belegen kann. Ein Habr-Artikel aus dem Selectel-Blog zeigt Schritt für Schritt, wie sich das mit Nginx Proxy Manager lösen lässt.
Der Autor erklärt zunächst das Problem: privilegierte Ports, die Regel „ein Port, ein Listener“, CORS-Probleme, wenn Frontend und Backend über verschiedene Ports laufen, und das Fehlen von HTTPS. Ein Reverse Proxy löst das als Vermittler, indem er den Datenverkehr nach Domain und Pfad verteilt. Ein weiterer Vorteil: In der Firewall müssen nur die Ports 22, 80 und 443 offen sein.
Die Testumgebung ist ein VDS mit 2 vCPUs, 2 GB RAM und 40 GB NVMe, mit Ubuntu 24.04 und Docker aus dem offiziellen Repository. Das Netzwerk wird mit docker network create proxy angelegt, dann startet der Container jc21/nginx-proxy-manager mit Volumes für Daten und Zertifikate. Gut gefallen hat mir, dass das Admin-Interface auf Port 81 nur an 127.0.0.1 gebunden ist und der Zugriff über einen SSH-Tunnel erfolgt.
Als Nächstes wird ein Proxy-Host eingerichtet: Im Feld Forward Hostname steht der Containername, das SSL-Zertifikat wird auf dem Reiter SSL zugewiesen. Zum Testen dient traefik/whoami. Außerdem behandelt der Artikel den Fall, dass die Anwendung direkt auf dem Host läuft: Die Gateway-Adresse des Docker-Netzwerks ermittelt man mit docker network inspect, und die Firewall wird so eingestellt, dass man die Anwendung nicht am Proxy vorbei erreichen kann.
Es gibt auch Kritikpunkte. Die Beispiele vermischen verschiedene Domains, und das Image nutzt das Tag latest, wodurch die Reproduzierbarkeit mit der Zeit leiden kann. Trotzdem ist es ein guter Einstieg für alle, die mehrere Dienste zu Hause oder auf einem VDS betreiben wollen, ohne nginx-Konfigurationen von Hand zu bearbeiten.
Quelle: Habr (Selectel-Blog)
Das Self-Host Weekly von selfh.st dieser Woche fasst Neuigkeiten zusammen, die Homelab-Nutzer interessieren dürften. Solche Übersichten mag ich, weil sie viel Zeit beim Durchforsten von Feeds sparen.
Die Hauptgeschichte ist ein unübersichtlicher Fall: Eine neue Reihe quelloffener Adobe-Alternativen wurde als Kopie bestehender Projekte kritisiert, vor allem des in der Community beliebten Photopea, dessen Entwickler als Erster Alarm schlug. Die beiden Projekte im Mittelpunkt, PhotoSuite und PhotoCraft, scheinen zusammenzuhängen, und der Ablauf ist schwer nachzuvollziehen. Der Wochenbericht rät, Abstand zu halten, bis die Macher belegen, dass es mehr als eine abgeleitete Arbeit ist.
Weitere erwähnenswerte Punkte: Let's Encrypt kündigt an, dass die Laufzeit kostenloser SSL-Zertifikate ab Februar 2027 von 90 auf 64 Tage verkürzt wird. Wer zu Hause einen Reverse Proxy betreibt, sollte deshalb auf eine zuverlässige automatische Erneuerung achten. Nabu Casa benennt Home Assistant Cloud in Home Assistant Link um, weil das Wort „Cloud“ inzwischen negativ wirkt. Das verschlüsselte Secret-Sharing-Projekt Hemmelig wurde auf GitHub archiviert. Die bei Homelab-Fans beliebte NVIDIA Shield TV, eine sieben Jahre alte Streaming-Box, wurde um 100 Dollar teurer, was die Hersteller auf KI-bedingte Hardware-Inflation zurückführen.
Der Autor hat außerdem die Self-Host-Nutzerumfrage 2026 gestartet, mit 45 möglichen Fragen zu Hardware, Software, Betriebssystemen, Demografie und KI. Die Umfrage des Vorjahres erhielt knapp über 4.000 Antworten, dieses Jahr waren es innerhalb von zwei Tagen schon 2.000. Sie läuft bis zum 31. Oktober, die Ergebnisse sollen Anfang November erscheinen.
Persönlich finde ich die Zertifikatsänderung am praktischsten. Wenn deine Erneuerung etwas wackelig eingerichtet ist, ist jetzt ein guter Zeitpunkt, sie zu testen.
Quelle: selfh.st
RedesZone beantwortet eine Frage, die sich viele stellen, die einen Heimserver aufbauen: Muss ein NAS von Zeit zu Zeit neu gestartet werden, oder kann es dauerhaft eingeschaltet bleiben?
Die kurze Antwort lautet: Ja, es kann rund um die Uhr laufen. Ein NAS ist für den Dauerbetrieb ausgelegt, nutzt dafür vorgesehene Speicherlaufwerke und dient der Datensicherung, dem Freiräumen anderer Geräte oder dem Teilen großer Dateien. Natürlich verbraucht es Strom, genau wie ein Router oder eine Überwachungskamera. Diese Geräte sind jedoch so konstruiert, dass sie im Leerlauf nur wenig Energie benötigen. Selbst nach Monaten im Dauerbetrieb gibt es keinen zwingenden Grund für einen Neustart, außer dem Wunsch, Energie zu sparen, oder wenn man es einfach nicht braucht.
Es gibt aber Situationen, in denen ein Neustart sinnvoll ist: nach einem Update des Betriebssystems, der Firmware oder bestimmter Pakete, auch wenn das Gerät nicht danach fragt; bei Softwareproblemen, etwa wenn eine App nicht mehr funktioniert, ein Dienst langsam ist, die Weboberfläche sich merkwürdig verhält oder in einem Bereich Fehler auftreten; nach einem Hardwaretausch und nach jeder größeren Änderung an der Funktionsweise. Manchmal hängt ein Prozess oder ein Programm wurde nicht sauber beendet, und ein Neustart bringt alles wieder in Ordnung.
Ich finde das einen vernünftigen Rat ohne Dramatik. Für ein Heimlabor lautet die praktische Regel: das NAS arbeiten lassen und es bewusst neu starten, nach einem Update oder wenn sich etwas seltsam verhält, statt aus Gewohnheit.
Quelle: RedesZone
Wer auf einem Heimserver Open-Source-Apps betreibt, muss oft E-Mails verschicken, etwa für Registrierungen oder Passwort-Zurücksetzungen. Direkt von zu Hause zu senden erfordert aber einen SMTP-Server und die Einrichtung einer Absenderdomain, und das ist aufwendiger, als man denkt. Dieser Artikel, den ich bei Qiita gefunden habe, löst das Problem auf unkomplizierte Weise mit Mailpit und Discord.
Mailpit ist ursprünglich ein Werkzeug zum Testen des E-Mail-Versands. Es lässt sich als SMTP-Server nutzen und bietet außerdem eine Test-API. Mit einem Webhook kann es beim Eintreffen einer Nachricht eine externe Anwendung aufrufen. Der Artikel nutzt diese Funktion, um den Inhalt eingehender Mails an Discord weiterzuleiten.
Der Aufbau besteht im Wesentlichen aus zwei Containern, die mit Docker Compose gestartet werden: Mailpit und ein webhook-handler. Der webhook-handler ist eine kleine Python-Anwendung auf Basis von FastAPI. Sie nimmt die Webhooks von Mailpit entgegen, formatiert Absender und Empfänger und leitet sie an einen Discord-Webhook weiter. Die Benachrichtigung kann außerdem einen Link zur Mailpit-Weboberfläche enthalten, sodass man die Nachricht bei Bedarf direkt ansehen kann. Einstellungen wie die Webhook-URL liegen in einer separaten .env-Datei.
Auch ohne eine einzige Mail nach außen zu schicken, ist es praktisch, sofort zu erfahren, dass eine Passwort-Zurücksetzungsmail eingetroffen ist. Wer im Homelab mehrere Apps betreibt, dürfte es deutlich einfacher haben, wenn alle Post an einer Stelle zusammenläuft. Der Beitrag stammt vom August 2026.
Quelle: Qiita
Eine kleine Geschichte, aber eine, über die nachdenken sollte, wer sein Heimnetzwerk selbst verwaltet. Laut GenK prüfte ein X-Nutzer namens @NomadsGalaxy das WLAN seiner Eltern und stellte fest, dass eine Keurig-Kaffeemaschine in nur zehn Tagen rund 1 TB Upload und knapp 10 GB Download verursacht hatte.
Entdeckt hat er es, als er sich das UniFi-Netzwerksystem im Haus seiner Eltern ansah. Das ungewöhnliche Datenvolumen hatte einen WLAN-Access-Point überlastet. Statt der Ursache nachzugehen, zog er den Stecker und kaufte seinen Eltern ein anderes Gerät. Laut Artikel schien der Großteil des Datenverkehrs im internen Netz zu bleiben und nicht ins Internet zu gehen; ein Beleg dafür, dass das Gerät Familiendaten an externe Server geschickt hat, fehlt bislang. Am wahrscheinlichsten ist ein Softwarefehler oder eine Kommunikationsstörung im Netzwerk, und ein Neustart hat das Problem möglicherweise behoben.
Der Artikel blickt auch auf das große Ganze des smarten Zuhauses: Je mehr vernetzte Geräte man hat, desto größer sind die Chancen auf Fehlfunktionen, Sicherheitslücken oder Dienstausfälle. IoT-Geräte können zum Einfallstor für Angriffe werden, wenn der Hersteller die Software nicht regelmäßig aktualisiert, und manche Produkte verlieren den Großteil ihrer Funktionen, sobald der Hersteller seine Server abschaltet.
Für mich ist die praktische Lehre: Man sollte ein Werkzeug haben, das den Datenverkehr jedes Geräts im Heimnetz sichtbar macht, und IoT-Geräte in einem separaten Netz in Betracht ziehen. Ohne Zahlen merkt man kaum, was eine Kaffeemaschine eigentlich tut.
Quelle: GenK
Wer ein Heimnetzwerk oder ein kleines Homelab betreibt, kennt das Suffix .lan gut: Es taucht in Router-Oberflächen, internen DNS-Servern und den Adressen auf, mit denen man Geräte ohne registrierte Domain erreicht. IlSoftware.it berichtet, dass ein bei der ICANN eingereichter Antrag daraus eine weltweit erreichbare Internetdomain machen könnte.
Der Antrag für die Top-Level-Domain .lan wurde von Coffee Danger, einem US-Unternehmen, gestellt und befindet sich noch in der Pre-Evaluation Processing. Das bedeutet, dass die Domain nicht genehmigt ist und noch nicht zur Registrierung öffentlicher Adressen genutzt werden kann. Der Antrag gehört zur neuen Runde der Vergabe generischer Top-Level-Domains, die die ICANN 2026 gestartet hat und an der sich Hunderte Unternehmen beteiligen. Zu den Antragstellern gehören Google mit .browser, OpenAI mit .openai und .chatgpt, Meta mit .facebook und der italienische Anbieter Aruba mit Domains wie .pec, .vps, .lab, .roma und .ciao. Alle Anträge unterliegen weiterhin einer Prüfung.
Heikel ist, dass .lan nicht irgendein Name ist. Viele Techniker verwenden ihn seit Langem, etwa nas.lan, router.lan oder camera.lan. Gelangt ein als intern gedachter Name in das öffentliche DNS, drohen Fehlfunktionen, DNS-Anfragen, die das Netzwerk verlassen, und Verbindungen, die bei anderen Zielen landen als beabsichtigt.
Als Liebhaber von Heimnetzen finde ich die Nachricht eine gute Erinnerung: Für interne Namen sollte man Suffixe verwenden, die dafür vorgesehen sind, und sich nicht auf faktische Konventionen verlassen. Eine Entscheidung gibt es noch nicht, aber die Entwicklung lohnt sich zu beobachten.
Quelle: IlSoftware.it
Korben greift einen Cloudflare-Befehl auf, den viele Entwickler bereits nutzen: cloudflared tunnel --url. Er veröffentlicht einen auf dem eigenen Rechner laufenden Server unter einer trycloudflare.com-Adresse, ohne Konto, ohne Domainnamen und vor allem ohne dass am Router ein Port geöffnet werden muss. Wer zu Hause Dienste betreibt, kann so schnell einem anderen ein Projekt zeigen.
Neu hinzugekommen ist die Option --allowed-mail. Bisher konnte jeder mit dem Link auf den Dienst zugreifen. Jetzt lässt sich der Zugang auf ein paar selbst festgelegte E-Mail-Adressen beschränken, wobei über Cloudflare Access ein einmaliger Code verschickt wird.
Das Tutorial beginnt mit einem kleinen lokalen Webserver auf Port 8080, der eine Testseite mit Python ausliefert. cloudflared ist der Open-Source-Connector, der die ausgehende Verbindung zum Cloudflare-Netzwerk aufbaut. Auf dem Mac wird er über Homebrew installiert. Unter Debian oder Ubuntu muss das offizielle Cloudflare-Repository genutzt werden, dessen Signaturschlüssel sich kürzlich geändert hat. Der Autor rät daher, die aktuellen Befehle zu verwenden und nicht die aus alten Anleitungen.
Interessant fand ich einen Punkt: Wer KI-Agenten mit diesem Werkzeug arbeiten lässt, sollte laut Cloudflare einen PreToolUse-Hook einrichten, der jeden Befehl ohne --allowed-mail blockiert. So öffnet ein Agent nicht versehentlich einen öffentlichen Tunnel.
Für ein Homelab ist das eine leichtgewichtige Alternative zum Öffnen von Ports oder zu einem VPN. Man sollte aber bedenken, dass ein öffentlicher Tunnel trotzdem eine Freigabe ins Internet ist, auch wenn sie nur kurz besteht.
Quelle: Korben
