*Stand: November 2026

Deine Fotos liegen bei Google oder Apple, deine Passwörter bei einem Onlinedienst, wichtige Dokumente irgendwo in einer Cloud – jedes System mit eigenen Preisen, eigenen Regeln, eigenen Grenzen.

Self-Hosting dreht das um: Du betreibst ausgewählte Dienste selbst. Nicht als Komplettumzug, sondern Stück für Stück.

Diese Reihe zeigt dir dabei nicht einzelne Anleitungen, sondern ein System: einen Baukasten. Das Fundament baust du einmal – danach zieht eine neue Anwendung in 15 bis 30 Minuten ein, weil sie sich in eine bestehende Struktur einhängt, statt jedes Mal neu erfunden zu werden. Welche Anwendungen das sind, suchst du dir aus.

Für fast jeden Zweck gibt es dabei eine passende Anwendung: Passwörter, Fotos, Dokumente, Notizen, Lesezeichen, ein Blog, Filme, Rezepte. Alle laufen als Container über Docker, alle nach demselben Muster.

Bevor wir anfangen, steht aber eine Entscheidung an: Wo soll das laufen? Ein Gerät bei dir zu Hause oder ein gemieteter Server im Rechenzentrum. Dieser Artikel klärt, welcher Weg zu dir passt – und warum die Antwort für manche Anwendungen anders ausfällt als für andere.

1. Was ist Self-Hosting eigentlich?

Kurz gesagt: Du nutzt Anwendungen nicht nur – sie laufen auf einem Rechner, über den du bestimmst. Das kann ein Gerät bei dir zu Hause sein oder ein gemieteter Server im Rechenzentrum. Darauf liegen Dienste, die du über den Browser oder eine App erreichst – genau wie bei bekannten Cloud-Anbietern, nur eben unter deiner Kontrolle.

Typische Beispiele:

• Vaultwarden – Passwort-Manager, kompatibel mit allen Bitwarden-Apps
• Immich – Foto-Sicherung direkt vom Handy, wie Google Photos, nur deins
• Paperless-ngx – Dokumentenarchiv mit automatischer Texterkennung
• Ghost – Blog mit Newsletter, ohne Plattform dazwischen
• Jellyfin – Medienserver für Filme und Musik

Das ist ein Ausschnitt. Wer stöbern will, findet auf selfh.st ein gepflegtes Verzeichnis mit mehreren hundert Anwendungen, nach Kategorien sortiert.

Du musst davon nichts nutzen. Der Sinn einer geordneten Basis ist gerade, dass du dir aussuchst, was installiert wird – je nachdem, was du tatsächlich brauchst.

2. Für wen ist das?

Du bist hier richtig, wenn

• du Dienste selbst betreiben willst, statt sie nur zu nutzen
• deine Daten dort liegen sollen, wo du bestimmst, was mit ihnen geschieht
• sich bei dir App- und Cloud-Abos angesammelt haben, die zusammen teuer oder unübersichtlich geworden sind
• du bereit bist, ein paar Abende zu investieren – danach genügt gelegentliche Wartung
• dir Linux-Grundkenntnisse fehlen, du aber bereit bist, gelegentlich im Terminal zu arbeiten

Was du brauchst: eine eigene Domain und entweder eine NAS bei dir zu Hause oder einen gemieteten Server (VPS). Was das kostet, steht in Abschnitt 10; welches Gerät und welcher Tarif konkret, in den beiden nächsten Artikeln.

3. Was dafür spricht – und was dagegen

Das spricht dafür

Datenhoheit bei dir
Deine Fotos, Passwörter und Dokumente liegen auf einem Gerät, über das du bestimmst. Sie werden nicht ausgewertet und nicht zum Training von KI-Modellen herangezogen – Punkte, die bei Cloud-Anbietern in den Nutzungsbedingungen geregelt sind und dort auch geändert werden können.

Weniger Abhängigkeit
Preiserhöhungen, eingestellte Funktionen, geänderte Nutzungsbedingungen – das betrifft dich deutlich weniger.

Einzelne Abos werden überflüssig
Ein Passwort-Manager, ein zugekaufter Speicherplan, ein Medien-Abo – solche Posten kann selbst betriebene Software ersetzen. Andere bleiben: Wer im Apple- oder Google-Ökosystem lebt, zahlt dort weiter, auch wenn die Fotos zusätzlich auf dem eigenen Gerät landen. Self-Hosting ist deshalb nicht zwingend eine Sparmaßnahme – je nachdem, was du ersetzt und wie viel Speicher du brauchst, kann es aber eine sein.

Du verstehst, was läuft
Wer sein Setup selbst aufbaut, versteht auch, wie es funktioniert. Das zahlt sich bei Updates, Fehlern und Erweiterungen aus.

Das musst du wissen

Die Verantwortung liegt bei dir
Updates, Passwörter, Sicherungen. Das macht kein Anbieter für dich. Diese Reihe zeigt dir wie, aber tun musst du es selbst.

Der Anfang kostet Zeit
Die Basis braucht mehrere Abende. Danach läuft es – aber den Einstieg solltest du nicht unterschätzen.

Terminal-Nutzung ist nötig
Du wirst Kommandozeilen-Befehle eingeben. Nicht viele, aber ganz ohne geht es nicht. Alles ist Schritt für Schritt erklärt.

Hardware fällt aus
Bei einer NAS ist eine defekte Platte das wahrscheinlichste Problem – kein Angreifer, sondern ein Laufwerk, das ohne Vorwarnung den Dienst quittiert. Bei einem Mietserver trägt der Anbieter dieses Risiko, dafür trägst du seines: Preiserhöhungen, geänderte Vertragsbedingungen, ein Tarif, den es in der Form nicht mehr gibt. Ausfälle im Rechenzentrum kommen vor, sind aber selten – seriöse Anbieter sichern eine Verfügbarkeit von deutlich über 99 Prozent zu.

Ohne Sicherung ist Self-Hosting ein Risiko
Das gilt auf beiden Wegen und ist der Punkt, an dem die meisten scheitern. Mehr dazu in Abschnitt 10.

4. Was du baust: das Fundament

Die meisten Anleitungen im Netz zeigen: Installiere Dienst A. Jetzt Dienst B. Bei jedem fängst du von vorn an – Eingang einrichten, HTTPS besorgen, Anmeldung absichern.

Hier läuft es anders. Du baust zuerst ein Fundament, und jede weitere Anwendung hängt sich dort ein.

Schicht	Bausteine
Anwendungen	Notizen, Fotos, Dokumente, …
Zugriff	Caddy (ein einziger Eingang) · Mail · optional eine vorgeschaltete Anmeldung
Verwaltung	Komodo (Container im Browser) · Tailscale (privates Netz)
Container	Docker
Basis	Debian 13 auf dem Mietserver · das mitgelieferte System auf der NAS

Nur die unterste Schicht unterscheidet sich zwischen den beiden Wegen. Alles darüber ist identisch – und deshalb hat diese Reihe zwei Einstiege, aber nur einen Anwendungsteil: Ein App-Artikel gilt für beide Plattformen, mit derselben Konfigurationsdatei.

Eine neue Anwendung heißt danach: Container beschreiben, eine Adresse eintragen, fertig. Eingang, Zertifikat, Anmeldung und Mailweg stehen bereits.

5. Die beiden Wege

Die NAS – Network Attached Storage, also ein Speicher, der am Netzwerk hängt – ist ein kleiner Computer bei dir zu Hause, gebaut für Festplatten. Du kaufst ihn einmal, er steht in deiner Wohnung, und die Daten liegen auf Platten, die du in der Hand halten kannst. Diese Reihe nutzt ein Gerät der Ugreen-DXP-Serie; darauf läuft das herstellereigene Betriebssystem auf Linux-Basis.

Der VPS ist ein gemieteter Server in einem Rechenzentrum. Du zahlst monatlich, kümmerst dich nicht um Hardware, und er ist von überall im Internet erreichbar. In dieser Reihe wird der Server bei Netcup gemietet; darauf läuft Debian 13.

	NAS	VPS
Kosten	750–1.100 € einmalig	10–17 € im Monat
Speicher	so viel, wie Platten hineinpassen	64–256 GB, teuer erweiterbar
Erreichbar	über ein VPN, das auf deinen Geräten läuft	über das offene Internet
Sicherheitslage	nichts ist von außen erreichbar	alles ist von außen erreichbar
Kaputt geht	deine Hardware	die des Anbieters
Bei Stromausfall	aus	läuft weiter

6. Die eine Frage, die entscheidet

Vergiss für einen Moment Preis und Speicher. Die Frage, die praktisch alles entscheidet, ist diese:

Musst du die Anwendung von einem Rechner aus erreichen, auf dem du kein VPN installieren kannst oder darfst?

Der typische Fall ist der Arbeitsrechner. Dort darfst du nichts installieren, keine VPN-Software, keine Zertifikate. Ein Browser, mehr hast du nicht.

• Nein → NAS. Auf Handy, Tablet und privatem Rechner läuft ein VPN-Client, und damit ist deine NAS von überall erreichbar, ohne dass irgendetwas im Internet steht.
• Ja → VPS. Die Anwendung muss unter einer öffentlichen Adresse erreichbar sein, sonst nützt sie dir dort nicht.

Für die allermeisten Anwendungen lautet die Antwort „nein". Fotos, Dokumente, Filme, Musik, Hörbücher, Rezepte – die schaust du nicht auf dem Arbeitsrechner an. Übrig bleibt eine kleine Gruppe: ein Blog, den fremde Leute lesen sollen. Notizen, in die du zwischendurch schaust. Vielleicht Lesezeichen und ein Passwort-Tresor.

Die Empfehlung dieser Reihe: Fang mit der NAS an. Sie ist der Ort für den Großteil, und sie ist der sicherere Ort. Ein VPS kommt dazu, wenn du etwas hast, das wirklich öffentlich sein muss – nicht vorher.

Wenn du keine NAS hast und keine kaufen willst, ist das kein Problem: Der VPS-Strang dieser Reihe funktioniert für sich allein, und du kannst dort alles betreiben. Du solltest dann nur die Hinweise in den App-Artikeln ernst nehmen, welche Anwendungen dort mit Einschränkungen laufen.

7. Drei Fragen pro Anwendung

Die Entscheidung aus Abschnitt 6 gilt nicht ein für alle Mal, sondern pro Anwendung. Jeder App-Artikel dieser Reihe beantwortet dazu dieselben drei Fragen:

1 · Wie viel Speicher braucht das?
Ein Fotoarchiv vom Handy sind schnell mehrere hundert Gigabyte. Auf einer NAS steckst du eine größere Platte hinein. Auf einem VPS zahlst du dafür jeden Monat, und irgendwann geht es gar nicht mehr. Viel Speicher heißt: NAS.

2 · Liegen die Daten im Klartext auf der Platte?
Ein Passwort-Tresor verschlüsselt seinen Inhalt auf deinem Gerät – der Server sieht nie Klartext. Ein Dokumentenarchiv nicht: Dort liegen dein Mietvertrag, deine Steuerunterlagen und deine Ausweiskopie als ganz normale Dateien, dazu ein Suchindex über alles. Klartext heißt: möglichst nicht öffentlich erreichbar, also NAS.

3 · Brauchst du sie ohne VPN?
Die Frage aus Abschnitt 6, jetzt für die einzelne Anwendung.

Drei Zeilen, immer dieselben, in jedem App-Artikel beantwortet. Ein paar Beispiele:

Anwendung	Speicher	Klartext	Ohne VPN	Gehört auf
Ghost (Blog)	gering	ja, aber öffentlich gedacht	ja	VPS
Poznote (Notizen)	gering	ja	meist ja	beides möglich
Vaultwarden (Passwörter)	gering	nein	ja	beides möglich
Paperless-ngx (Dokumente)	mittel	ja	selten	NAS
Immich (Fotos)	hoch	ja	selten	NAS
Jellyfin (Filme)	sehr hoch	ja	nein	NAS

8. Sicherheit

Der Satz „auf dem VPS bin ich selbst für die Sicherheit zuständig" wird oft gesagt, trifft es aber nicht. Auf der NAS bist du es genauso – Updates für deine Anwendungen spielt dort niemand für dich ein.

Der echte Unterschied ist die Angriffsfläche:

• NAS hinter einem VPN: Es lauscht nichts, was aus dem Internet erreichbar wäre. Eine Sicherheitslücke in einer Anwendung ist vorhanden – aber niemand kommt an sie heran. Ein Angreifer müsste vorher eines deiner Geräte oder dein VPN-Konto übernehmen.
• VPS: Der Eingang und jede veröffentlichte Anwendung sind für jeden erreichbar und werden rund um die Uhr automatisiert abgeklopft. Eine Lücke ist sofort ausnutzbar.

Praktisch heißt das: Auf der NAS muss ein Angreifer zusätzlich eines deiner Geräte oder dein VPN-Konto übernehmen, bevor eine Lücke in einer Anwendung überhaupt erreichbar ist. Auf dem VPS genügt die Lücke selbst.

Die Gegenrichtung: Der VPS gewinnt bei physischer Sicherheit – Einbruch, Wasser, Feuer –, bei der Verfügbarkeit und beim Unterbau, den ein Anbieter aktuell hält. Und die NAS hat eigene Risiken, die du nicht kontrollierst: Das Betriebssystem ist geschlossene Firmware des Herstellers, und dein VPN-Konto ist der eine Schlüssel, der alles aufsperrt.

⚠️ Dieser Unterschied verschwindet, sobald die NAS aus dem Internet erreichbar ist. Wer sie über eine Portfreigabe am Router öffnet, hat dieselbe Angriffsfläche wie beim VPS – bei höherem Schaden im Ernstfall. Ein übernommener Mietserver betrifft den Mietserver. Eine übernommene NAS steht in deinem Heimnetz, zusammen mit allen anderen Geräten darin.

9. Wie andere das lösen – und wo dieses Setup steht

In den einschlägigen Foren zeichnen sich drei Vorgehensweisen ab, wenn es darum geht, ein Gerät zu Hause erreichbar zu machen, ohne Ports am Router zu öffnen:

Weg	Prinzip	Haken
Nur VPN	Kein öffentlicher Zugang, VPN-Client auf allen eigenen Geräten	Am fremden Rechner kommst du nicht heran
Fremder Tunnel	Ein Anbieter stellt Adresse und Anmeldung bereit, ein kleiner Container verbindet sich von zu Hause dorthin	Deine Datenströme laufen über einen Dritten, in der Regel einen US-Anbieter
Vorgelagerter Reverse-Proxy	Ein Mietserver nimmt Anfragen aus dem Internet an und leitet sie durchs VPN an die NAS weiter	Der Mietserver hat damit einen Weg ins Heimnetz und muss eng begrenzt werden

Der erste Weg ist der mit Abstand verbreitetste, und er ist der, den der NAS-Strang dieser Reihe geht. Den zweiten lässt diese Reihe aus, weil er die Kontrolle an einen Dritten gibt – genau das, wovon Self-Hosting wegführen soll.

Der dritte Weg ist nicht das, was hier vorgeschlagen wird, auch wenn es auf den ersten Blick so aussieht. Beim vorgelagerten Reverse-Proxy leitet der Mietserver Anfragen an deine NAS weiter; er hat also einen Weg in dein Heimnetz, und genau davor wird zu Recht gewarnt.

In dieser Reihe gibt es diesen Weg nicht. NAS und VPS sind zwei getrennte Inseln. Auf dem VPS laufen eigene Anwendungen mit eigenen Daten, und er hat keinerlei Verbindung zu deiner NAS. Wird er übernommen, steht der Angreifer nicht vor einer Wand, sondern vor gar nichts – es gibt keinen Weg, den er nehmen könnte.

Ein vorgelagerter Reverse-Proxy bleibt trotzdem sinnvoll, wenn dein Internetanschluss keine eigene öffentliche Adresse hat. Dafür gibt es einen eigenen Bonus-Artikel, und dort steht auch, wie man den Mietserver im VPN korrekt einsperrt.

10. Was das kostet

NAS

Posten	Kosten
Gerät (2 Einschübe, ausreichend RAM)	350–500 € einmalig
Zwei Festplatten	250–350 € einmalig
Externe Platte für die Sicherung	150–250 € einmalig
Domain	~1 € im Monat
Sicherung außer Haus	3–5 € im Monat

VPS

Posten	Kosten
Mietserver	10–17 € im Monat
Domain mit Postfach	~3 € im Monat
Sicherung außer Haus	3–5 € im Monat

Dazu kommen bei der NAS zwei Posten, die nicht zwingend sind, aber oft sinnvoll: eine M.2-SSD für die Container und mehr Arbeitsspeicher, zusammen noch einmal rund 270 €. Ob dein Gerät das braucht, klärt der NAS-Artikel 02.

Beim Speicher unterscheiden sich die beiden Wege grundsätzlich. Bei der NAS legst du die Größe beim Kauf fest und bezahlst sie einmal – deshalb kauft man dort gleich reichlich. Nachträglich erweitern ist bei zwei Einschüben kein kleiner Schritt: Weil die Platten sich spiegeln, müssen beide getauscht werden. Beim Mietserver kostet mehr Platz jeden Monat einen größeren Tarif, und ab einigen Terabyte gibt es diesen Tarif gar nicht mehr.

Zur Domain des Mietservers gehört ein Postfach, weil dort Anmeldung und Blog Mail verschicken. Auf der NAS kommt es nur dazu, wenn eine deiner Anwendungen Mail braucht – dann kostet die Domain dort ebenfalls etwa zwei Euro mehr.

Wenn du beides betreibst, reicht für den öffentlichen Teil der kleinste Mietserver. Er trägt einen Blog und ein paar Notizen, mehr soll er nicht. Jedes Gerät bekommt dabei seine eigene Domain – deshalb steht sie in beiden Tabellen.

Das sind Richtwerte. Welches Gerät konkret, welcher Tarif und was die Platten derzeit kosten – das steht in den beiden nächsten Artikeln, je nachdem, welchen Weg du nimmst.

Die Sicherung gehört dazu. Sobald echte Daten auf dem Gerät liegen, ist auch der Verlust echt. Snapshots beim Anbieter und ein zweites Laufwerk in derselben NAS sind keine Sicherung – dafür gibt es einen eigenen Artikel im Betriebsteil. Lies ihn, bevor du anfängst, Daten einzupflegen.

11. Der Aufbau der Reihe

Die Basis-Artikel sind nummeriert, weil sie aufeinander aufbauen. Ab dem App-Baukasten tragen die Artikel keine Nummer mehr: Keine Anwendung setzt eine andere voraus, es gibt also keine Reihenfolge.

Wenn du beides betreibst, liest du beide Basis-Stränge – jeweils einmal für das Gerät. Die App-Artikel liest du danach nur noch einmal.

Die vier Phasen

Phase	Was passiert	Aufwand
1 · Grundlagen	Betriebssystem absichern, Docker einrichten, Verzeichnisse und Netzwerke anlegen	3–4 Stunden
2 · Infrastruktur	Privates Netz, Verwaltung im Browser, ein Eingang mit HTTPS, Mailweg, Anmeldung, Meldungen aufs Handy	5–6 Stunden
3 · Anwendungen	Was du willst – jede in derselben Form	15–30 Minuten je Anwendung
4 · Betrieb	Sicherung, Überwachung, Updates	einmalig 2–3 Stunden, danach 30–60 Minuten im Monat

Der Aufwand steckt in Phase 1 und 2. Ab Phase 3 nutzt jede Anwendung das, was dort einmal eingerichtet wurde.

Phase 4 gehört zum laufenden Betrieb: Sicherung, Überwachung, Updates. Sie steht am Ende der Reihe, ist aber nicht optional.

Wie du diese Reihe liest

Linear – empfohlen, wenn du neu dabei bist: Artikel für Artikel. Am Ende steht eine vollständige Plattform.

Modular – wenn du weißt, was du willst: Spring direkt zum App-Artikel. Der zeigt am Anfang in einer Box, welche Bausteine du vorher brauchst, und warum.

Nachrüstend – für später: Immich läuft schon, jetzt soll Paperless dazu? Nur der App-Artikel, der Rest läuft unverändert weiter.

Und jetzt?

Du hast eine NAS oder willst eine kaufen → weiter mit NAS 01: Self-Hosting auf der eigenen NAS – Voraussetzungen, Kosten und Fahrplan. Was das Gerät können muss, steht im Artikel danach.

Du nimmst einen Mietserver → weiter mit VPS 01: Welchen Server mieten?

Du willst beides → fang mit der NAS an. Der Mietserver kommt dazu, wenn die erste Anwendung auftaucht, die wirklich öffentlich sein muss. Vorher wäre er ein Gerät, das du pflegst, ohne es zu brauchen.