Zentralisierung skaliert Komfort (und Ausfälle)

Ein Rechenzentrum reicht, damit sehr viele fremde Probleme plötzlich auch deine Probleme sind

Bitwarden verdoppelt Preis

Dezentral heißt nicht: alles zuhause

• einzelner VPS ist nicht plötzlich dezentral
• Self-Hosting ist zuerst eine Eigentums- und Architekturfrage
• Gute Ziele sind: offene Protokolle, exportierbare Daten, klare Zuständigkeiten
• Danach kommt erst die Frage: Heimserver, VPS oder gemischt?
• Aber: Mehr Verteilung heißt auch mehr Zustände, mehr Fehlerbilder, mehr Arbeit

Raspberry: simpel, billig und erstaunlich ok

So sah der erste Webserver ungefähr aus

// install ubuntu/raspbian
sudo apt update
sudo apt install -y nginx

sudo mkdir -p /var/www/wieerwill.dev
printf '%s\n' '<h1>Hallo Internet</h1>' \
  | sudo tee /var/www/wieerwill.dev/index.html

sudo tee /etc/nginx/sites-available/wieerwill.dev >/dev/null <<'EOF'
server {
    listen 80;
    server_name _;
    root /var/www/wieerwill.dev;
    index index.html;
    location / { try_files $uri $uri/ =404; }
}
EOF

sudo ln -s /etc/nginx/sites-available/wieerwill.dev /etc/nginx/sites-enabled/
sudo nginx -t && sudo systemctl reload nginx

Charme: wenig Magie, wenig bewegliche Teile

• Ein Verzeichnis mit Dateien
• Ein Webserver, der genau diese Dateien ausliefert
• Keine App-Plattform, kein Orchestrator, kein Dashboard-Karaoke
• Gut zum Lernen, Debuggen und Verstehen des Stacks
• ABER: schnell Grenze erreicht, wo Heimhosting nervig wird

Webhoster waren bequem

brauchbare Hybridlösung:

VPS plus eigener Kram

• Internet-exponierte Dienste auf VPS
• Private oder lokale Dinge im Heimnetz
• Nicht alles braucht denselben Sicherheits- und Verfügbarkeitslevel
• meist realistischer als “alles auf einen Server”
• Aber: saubere Zuständigkeiten und vernünftigen Eingangspunkt

Eingangspunkt: Reverse Proxy

Multi-Service mit docker compose

services:
  traefik:
    image: traefik:v3.4
    command:
      - --providers.docker=true
      - --entrypoints.web.address=:80
      - --entrypoints.websecure.address=:443
      - --certificatesresolvers.le.acme.email=admin@example.com
      - --certificatesresolvers.le.acme.storage=/letsencrypt/acme.json
      - --certificatesresolvers.le.acme.tlschallenge=true
    ports: ["80:80", "443:443"]
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock:ro
      - ./letsencrypt:/letsencrypt

  site:
    image: nginx:alpine
    volumes:
      - ./site:/usr/share/nginx/html:ro
    labels:
      - traefik.enable=true
      - traefik.http.routers.site.rule=Host(`example.org`)
      - traefik.http.routers.site.entrypoints=websecure
      - traefik.http.routers.site.tls.certresolver=le

Docker ist pragmatischer Sweet Spot

• Stack aus Diensten, Netzwerken und Volumes wird beherrschbar
• Compose hervorragend, solange du dein Setup versionierst
• .env-Dateien, Tags, Volumes und Migrationspfade werden schnell zur zweiten Konfigurationsebene
• “Neu deployen” ist leicht; Daten korrekt behalten ist der eigentliche Job
• Images kapseln Konflikte gut und machen Tests angenehm
• Aber: Container lösen Paketkonflikte, nicht Verantwortung

NixOS dreht den Fokus

von Befehlen auf Zustände

• Nicht mehr: “Welche Schritte habe ich letztes Mal manuell geklickt?”
• Sondern: “Wie soll der Rechner aussehen, wenn er korrekt gebaut ist?”
• Reproduzierbar, deklarativ, rollback-fähig
• Eine Konfiguration kann mehrere Maschinen beschreiben
• stark für VPS, Homeserver und kleine Spezialkisten
• Aber: Lernkurve ist real. Kann süchtig machen ;)

Eine statische Website auf NixOS

ist dann plötzlich ziemlich langweilig

{ config, pkgs, ... }:

{
  services.caddy = {
    enable = true;
    virtualHosts."wieerwill.dev".extraConfig = ''
      root * /var/www/wieerwill.dev
      file_server
    '';
  };

  networking.firewall.allowedTCPPorts = [ 80 443 ];
}

P.S: langweilig ist hier ein Kompliment

Caddy auf NixOS

fast schon unverschämt angenehm

• Domain eintragen
• Ports auf
• Inhalt ausliefern
• TLS wird automatisch besorgt und erneuert
• Für kleine bis mittlere Setups ist das brutal effizient
• Aber: Einfachheit verführt dazu, zu schnell zu viele öffentliche Dienste freizuschalten

Der eigentliche Gewinn ist das Modell

• Dienste werden Teil einer nachvollziehbaren Systembeschreibung
• Änderungen landen im Repo statt im Muskelgedächtnis
• Rebuild statt “warte, ich klick mich kurz durch”
• Ein neuer Server ist keine neue Lebenskrise mehr

Die Website bleibt der Anker

Gitea als “privates Git”

Self-Hosting gewinnt im Alltag

Syncthing ist großartig

• Synchronisation heißt: Änderungen wandern mit
• leider auch Löschungen und Fehler
• Versionierung hilft, ersetzt aber kein echtes Backup-Konzept!
• Für Gerätesync super
• Für paralleles Arbeiten eher nicht
• Aber: Mit verschlüsselten untrusted devices wird es für einige Szenarien richtig stark

Manche Dienste sind kein Hobby mehr

Der technische Deploy ist oft der einfache Teil. Der Betrieb ist der eigentliche Vertrag.

POSSE lieber als Plattform-Loyalität

• Erst auf der eigenen Website veröffentlichen
• Danach dorthin syndizieren, wo Menschen tatsächlich lesen
• Die eigene Domain bleibt die kanonische Quelle
• Plattformen werden damit Distributionskanäle, nicht Heimat
• Das ist pragmatischer als reines “alle sollen föderieren”

Das Fediverse ist nützlich; nicht magisch

CCC Ergänzungs-Vortrag

Kein kompletter Bauplan; aber brauchbarer Überblick über typische Architektur- und Softwarefragen

von kleines Filmröllchen

Mein Playbook für einen sauberen Einstieg

1. Mit einer Website oder einem einzelnen Dienst anfangen
2. Dann Reverse Proxy + TLS sauber zentralisieren
3. Erst danach mehrere Dienste bündeln
4. Backups und Restore testen, bevor es wichtig wird
5. Gefährliche Dienste bewusst später anfassen
6. Konfiguration versionieren, bevor Chaos als Stil durchgeht

Wann Self-Hosting sich lohnt

Die eigentliche These

• Nicht alles selbst hosten
• Aber die wichtigen Dinge verstehbar, exportierbar und ersetzbar machen
• Eine eigene Website ist ein guter Anfang
• Docker ist oft pragmatischer Mittelweg
• NixOS wird stark, sobald du mehr als eine Maschine oder mehr als ein Gedächtnisproblem hast
• Dezentralisierung beginnt bei deinen Abhängigkeiten

Einstiegs Tipp: Oxicloud

Mehr?

• github.com/awesome-selfhosted 🔗
• indieweb.org 🔗
• nixos.org/manual/ 🔗 Doku

auf der Easterhegg

• “E-Mail selbst hosten”, 2026-04-04 10:45–11:45, The Rabbit Hole
• “Embedded Engineering”, 2026-04-04 14:15–14:45, The Rabbit Hole
• “Consent Theater & Interface Oper”, 2026-04-05 10:15–10:45, The Rabbit Hole
• SOS “C3 Selfhosting”, 2026-04-05 13:00-15:00, Raum Laptop(?)

END OF BRIEFING

MAIL:
robert.jeutter@wieerwill.dev

MASTODON:
https://chaos.social/@wieerwill

LINKEDIN:
https://www.linkedin.com/in/wieerwill

WEB:
https://wieerwill.dev