Eigene VM für Cloud-Dienste mieten und absichern

[larszu]

Warum

Der vorhandene Lima-City-Server trägt das Filesharing mit Kundendaten (Hochzeiten, Firmenaufträge). Ein öffentlich erreichbarer SaaS-Dienst gehört nicht auf dieselbe Maschine: eine Lücke im einen gefährdet sonst das andere.

Größe

Für den Start reicht die kleinste Klasse. Lima City PURE 4 hat laut Anbieter 4 GB RAM, 100 GB SSD (RAID10), 2 vCores – Kabelpläne sind JSON im KB-Bereich, das trägt Hunderte Nutzer. Wichtig ist Root-Zugriff (vServer), kein Webspace-Paket.
Quelle: https://www.lima-city.de/vserver

Einrichten

• vServer bestellen, AVV im Kundenkonto abschließen
• Subdomain, z. B. cloud.zumpelars.de
• SSH nur mit Schlüssel, Passwort-Login und Root-Login aus
• Automatische Sicherheitsupdates (unattended-upgrades)
• Firewall: nur 22, 80, 443 (plus TURN-Ports, siehe eigenes Issue); Cloud-Firewall des Hosters zusätzlich
• fail2ban oder CrowdSec
• Docker + Compose, Reverse Proxy mit automatischem TLS (Caddy)
• Datenbank: SQLite reicht am Anfang, Postgres sobald Sync kommt

Backups (Snapshots allein reichen nicht)

• Hoster-Snapshots täglich einschalten
• Zusätzlich verschlüsseltes Off-Site-Backup (restic) auf ein anderes Ziel, z. B. den Homeserver
• Wiederherstellung einmal wirklich testen und dokumentieren

Betrieb

• Uptime-Monitoring mit Alarm aufs Handy (z. B. Uptime Kuma auf dem Homeserver, nicht auf derselben VM)
• Log-Rotation, Plattenplatz-Alarm
• Runbook: Neustart, Restore, Zertifikat erneuern

Grundsatz

Die Desktop-App muss voll funktionieren, wenn der Server weg ist. Die Cloud ist Zusatz, nie Voraussetzung – ein Single Point of Failure am Showtag ist inakzeptabel.

[larszu]

Bestätigt: erst nach dem Nachfragetest

Der Eigentümer hat am 2026-09-18 entschieden, dass kein Server gemietet wird, solange #866 nicht gelaufen ist. Die Verkettung bleibt damit so, wie sie gedacht war.

Zur Frage, die dieses Issue aufgeworfen hatte — ob die Cloud-Bausteine neben Pingvin Share auf dem vorhandenen Lima-City-Server laufen können: technisch ja, Signaling + coturn + Caddy + SQLite liegen bei ~200–400 MB RAM. Sie wird hier trotzdem nicht beantwortet, sondern vertagt, weil die richtige Antwort davon abhängt, ob überhaupt jemand zahlen will.

Wenn es soweit ist, gilt der Schnitt aus dem Issue-Text: Signaling und TURN (#869, nur Metadaten) dürfen auf die vorhandene Maschine, wenn der Inklusiv-Traffic das trägt — TURN relayt Nutzdaten, wenn P2P scheitert. Ab Konten und Plan-Daten (#870, #871) ein zweiter vServer, weil dort Kundendaten aus dem Filesharing und ein öffentlich erreichbarer Dienst sonst auf derselben Maschine lägen.

Bleibt offen, bis #866 eine Schwelle erreicht hat.

---

Generated by Claude Code

[larszu]

Stand der Kette am 2026-09-19

Die Entscheidung vom 2026-09-18 steht unverändert: kein Server wird gemietet, solange #866 nicht gelaufen ist. #866 ist inzwischen aufgesetzt, nicht gelaufen — die Schwelle steht in docs/cloud/nachfragetest.md (20 zahlende Vorbestellungen in drei Monaten), aber die drei Monate fangen erst an, wenn die Vorbestellung offen ist. Bis dahin bleiben #868–#874 offen, und das ist kein Rückstand, sondern die Reihenfolge, die #866 selbst begründet: „bevor Server und Backend Geld und Abende kosten".

Damit niemand später von vorn anfangen muss, hier was schon im Baum liegt und was die Miete wirklich noch braucht:

Issue	Liegt schon vor	Fehlt
#868 VM	—	die Miete selbst (gesperrt)
#869 Signaling/TURN	docs/self-hosted-relay.md: Node-Relay, Caddy als Reverse-Proxy für wss://, coturn mit lt-cred-mech. Dazu npm run relay und npm run test:signaling	nur die Maschine aus #868
#870 Lese-Link	src/viewer/ als eigener Vite-Entry, heute auf GitHub Pages	der gehostete Teil (Link-Vergabe, Ablauf)
#871 Cloud-Sync	store/slices/revisionSlice.ts — die Revisionen gibt es lokal	die Gegenstelle
#874 Remote-MCP	src/main/mcp/mcpServer.ts, lokal über stdio, mit schreibenden Werkzeugen (#873 Stufe 2)	der entfernte Transport + Authentifizierung

#869 ist damit der kürzeste der fünf: die Einrichtung ist geschrieben und geprüft, es fehlt ausschließlich die Maschine. Wenn #866 die Schwelle reißt, ist das der erste Schritt.

#867 ist geschlossen (Rechts-Merkliste, 995ce6d) — der andere Vorlauf, der ohne Server erledigt werden konnte.

---

Generated by Claude Code