Better-than-NAS. Stabil. Wartbar. Dein System.
Heimserver in 60 Minuten planen: BTN-Architektur für Maker
Better-than-NAS beginnt nicht mit Tools – sondern mit Struktur
Self-Hosting scheitert selten an fehlenden Tools. Es scheitert an einem fehlenden Plan.
Wenn Daten, Dienste, Backups und Rechte unsauber gemischt werden, wird aus „Heimserver“ schnell ein Bastelprojekt, das beim nächsten Update auseinanderfällt.
In diesem Beitrag bekommst du eine BTN-Architektur, die du in unter 60 Minuten planen kannst – als Fundament für alles, was danach kommt: Docker, Reverse Proxy, Wiki, Cloud, Medienserver, Automatisierung.
Was „BTN“ in der Praxis bedeutet
Better-than-NAS heißt nicht „mehr Technik“. Es heißt:
Trennung von Daten, Diensten und Konfiguration
Wartbarkeit statt einmaligem Glückstreffer
Backup + Restore als Pflicht, nicht als Option
Sicherheit so viel wie nötig – ohne Overkill
Schitt 1: Definiere dein Ziel (3 Sätze, die alles entscheiden)
Beantworte kurz und ehrlich:
Wofür soll der Server da sein? (z. B. Dateien, Wiki, Docker-Apps, Medien, Automatisierung)
Wie kritisch sind deine Daten? (privat, Kunden, Buchhaltung, Projekte)
Wie viel Wartung willst du realistisch machen? (monatlich / wöchentlich / „so wenig wie möglich“)
Wenn du das nicht beantwortest, baust du „irgendwas“ – und wunderst dich später über Chaos.
Schritt 2: Die BTN-Grundstruktur (Daten, Dienste, Backups – sauber getrennt)
Das ist die wichtigste Regel im ganzen System:
Daten ≠ Dienste ≠ Backups
Empfohlene Ordnerstruktur
/srv
/docker
/<service1> (compose + configs)
/<service2>
/data
/files (deine Nutzdaten)
/media
/wiki
/backup
/daily
/weekly
/monthly
Warum das so gut funktioniert:
Du kannst Services neu aufsetzen, ohne Daten anzufassen.
Du kannst Backups ziehen, ohne Docker „zu erraten“.
Du behältst Kontrolle, auch wenn du Monate nicht dran warst.
Schritt 3: Hardware/Storage – simpel entscheiden (ohne Technik-Religion)
Für Maker gilt fast immer:
SSD für System + Docker (Performance & Zuverlässigkeit)
HDD/SSD für Daten (je nach Menge/Usecase)Lorem ipsum dolor sit amet
USB-Stick nur, wenn er hochwertig ist (sonst Ärger vorprogrammiert)
Ziel: Ein Setup, das auch nach 6 Monaten noch „logisch“ ist.
Schritt 4: Docker-Grundregel (damit es nicht bei Updates knallt)
Wenn du Docker nutzt, gelten drei Prinzipien:
Alles per Docker Compose dokumentieren
Persistente Daten in Volumes/Bind-Mounts (nicht im Container)
Updates nur, wenn du ein Backup hast
Minimal-Check:
Wo liegen Konfigs?
Wo liegen Daten?
Wie stelle ich wieder her?
Wenn du darauf keine Antwort hast, ist es kein System – sondern Risiko.
Schritt 5: Backup, das den Namen verdient (inkl. Restore-Test)
Ein Backup ist nur dann wertvoll, wenn du es zurückspielen kannst.
Minimal-Setup (Maker-tauglich)
täglich: wichtigste Daten + Docker-Konfigs
wöchentlich: kompletter Datenbestand
monatlich: Offline-Kopie (USB / zweite Platte / extern)
Pflicht: 1× im Monat ein Mini-Test:
„Kann ich einen Ordner / eine Wiki-Seite / eine Konfig wirklich zurückholen?“
Schritt 6: Security – pragmatisch statt panisch
Ein stabiler Heimserver braucht keine Paranoia, aber klare Basics:
SSH nur mit Keys (Passwörter raus)
Updates regelmäßig (OS + Container)
Benutzer & Rechte sauber (keine 777-„Lösungen“)
Externe Zugriffe nur über Reverse Proxy + TLS, wenn überhaupt
Sicherheit ist kein Zustand – es ist ein Prozess. Aber: ein einfacher Prozess reicht.
Dein 10-Minuten-Server-Steckbrief (zum Kopieren)
Fülle das einmal aus – das spart dir später Stunden:
Hostname:
IP / DHCP-Reservierung:
Systemlaufwerk: (SSD/Größe)
Datenlaufwerk: (SSD/HDD/Größe)
Docker-Pfad: /srv/docker
Daten-Pfad: /data
Backup-Ziel: /backup + extern (ja/nein)
Wartungsrhythmus: (z. B. jeden Sonntag 30 Min)
Fazit: Du willst schnell? Dann nimm einmal den sauberen Weg.
Wenn du die Struktur einmal richtig setzt, wird alles danach leichter:
neue Services hinzufügen
Dinge migrieren
Fehler beheben
Backups prüfen
Updates durchführen
Und genau das ist BTN. Stabil. Wartbar. Dein System.
Olaf Droste
Alias aperiam at debitis deserunt dignissimos dolorem doloribus, fuga fugiat impedit laudantium magni maxime nihil nisi quidem quisquam sed ullam voluptas voluptatum. Lorem ipsum dolor sit amet, consectetur adipisicing elit.
Beliebte Beiträge
Autem dolore, alias, numquam enim
Von John Doe am Jan 5, 2022
Excepteur sint occaecat cupidatat non proident
Von Mark Smith am Jan 5, 2022
Von Mark Smith am Jan 5, 2022
Von John Doe am Jan 5, 2022
Adipisci velit, sed quia non numquam eius
Von John Doe am Jan 5, 2022
Von Mark Smith am Jan 5, 2022
Über diesen Blog
Donec sollicitudin molestie malesuada. Nulla quis lorem ut libero malesuada feugiat. Pellentesque in ipsum id orci porta dapibus. Vestibulum ante ipsum primis in faucibus orci luctus et ultrices posuere cubilia Curae; Donec velit neque, auctor sit amet aliquam vel, ullamcorper sit amet ligula. Quisque velit nisi, pretium ut lacinia in, elementum id enim. Donec sollicitudin molestie malesuada.
Erstellt mit ©systeme.io