Die eigene Cloud auf fremden Servern: Nextcloud auf dem VPS

Es gibt Momente, da wünscht man sich, die Kontrolle zurückzuhaben. Wenn die Fotos wieder einmal in der falschen Cloud gelandet sind, wenn das geteilte Dokument nicht dort liegt, wo es liegen soll, oder wenn man einfach nicht mehr möchte, dass jemand anderes die eigenen Kalendereinträge liest. Nextcloud ist für viele in solchen Momenten die Antwort. Diese Software hat sich in den letzten Jahren zur vielleicht wichtigsten Selbstverwaltungs-Lösung für Daten entwickelt – und sie läuft längst nicht mehr nur auf dem NAS im heimischen Keller. Immer mehr Unternehmen, Vereine und auch Einzelpersonen setzen Nextcloud auf einem eigenen virtuellen Server ein, einem VPS.

Der Gedanke dahinter ist naheliegend. Ein gemieteter Server in einem Rechenzentrum ist schneller, zuverlässiger und oft auch günstiger als die heimische Hardware. Und anders als bei einem Cloud-Speicher à la Dropbox oder Google Drive behält man die Zügel selbst in der Hand. Zumindest theoretisch. Denn die Praxis hat ihre Tücken. Wer schon einmal eine Nextcloud-Instanz auf einem geteilten Hosting-Paket installiert hat, kennt den Frust: Fehlende PHP-Extensions, abgesicherte Verzeichnisse, die man nicht betreten darf, und Performance-Probleme, sobald mehr als drei Leute gleichzeitig auf Dateien zugreifen. Ein VPS umgeht diese Probleme grundsätzlich, aber er verlagert die Verantwortung. Man ist nicht mehr Gast, sondern Hausherr – mit allen Pflichten, die dazugehören.

Warum überhaupt ein VPS?

Die Frage ist berechtigt. Schließlich gibt es fertige Nextcloud-Appliances von Anbietern wie Hetzner oder IONOS, die mit wenigen Klicks eingerichtet sind. Auch die Nextcloud-AIO-Pakete (All-in-One) versprechen ein unkompliziertes Setup mit Docker-Containern. Warum also die Mühe machen und sich mit einem nackten Linux-Server herumschlagen, als wäre man wieder in den frühen 2000ern?

Die Antwort ist einfach: Flexibilität und Langlebigkeit. Wer eine fertige Appliance mietet, ist an die Vorgaben des Anbieters gebunden. Das Betriebssystem ist vorinstalliert, die Verzeichnisstruktur ist vorgegeben, und Updates kommen dann, wenn der Anbieter sie als geeignet erachtet. Das mag für viele Zwecke ausreichen. Wer jedoch Nextcloud als zentralen Baustein seiner digitalen Infrastruktur plant – mit mehreren tausend Benutzern, mit angepassten Workflows, mit speziellen Sicherheitsanforderungen –, der kommt um eine manuelle Installation auf einem eigenen VPS kaum herum. Ein eigenes Linux-System lässt sich nach eigenen Vorstellungen konfigurieren, man hat die freie Wahl bei der Datenbank, beim Webserver, bei der Auslagerung von Verzeichnissen und nicht zuletzt bei der Skalierung, wenn die Nutzerzahlen wachsen.

Hinzu kommt ein nicht zu unterschätzender Punkt: die Kosten. Ein VPS mit zwei virtuellen Kernen und vier Gigabyte Arbeitsspeicher ist heutzutage für weniger als zehn Euro im Monat zu haben. Dafür bekommt man einen dedizierten Root-Server mit voller Administrationsrechten. Wer schon einmal das Preis-Leistungs-Verhältnis von Nextcloud-Hostern mit dem eines eigenen VPS verglichen hat, weiß, wovon die Rede ist. Gerade wenn man selbst etwas Handwerkliches kann und keine 24/7-Hotline benötigt, ist der VPS die wirtschaftlich attraktivere Lösung.

Ein interessanter Aspekt ist auch die Lehre, die man bei der Einrichtung mitnimmt. Man versteht plötzlich, wie ein LAMP-Stack funktioniert, was ein Reverse-Proxy ist und warum man PHP-FPM nicht mit Ansible verwechseln sollte. Dieses Wissen ist in Zeiten von Cloud-Services nicht mehr selbstverständlich, aber es ist die Grundlage, um später troubleshooten zu können, wenn etwas nicht rund läuft. Einmal aufgebaut, ist eine solche Installation nämlich erstaunlich wartungsarm.

Die ersten Schritte: Anforderungen an den Server

Bevor man sich ins Getümmel stürzt, sollte man sich über die Systemanforderungen im Klaren sein. Nextcloud ist zwar nicht übermäßig ressourcenhungrig, aber ein 512-MB-Kleinst-VPS aus der Einsteigerklasse wird schnell an seine Grenzen stoßen, sobald mehrere Benutzer gleichzeitig synchronisieren. Dateien werden beim Hochladen analysiert, Vorschaubilder erzeugt, Volltextsuchen durchgeführt – das alles kostet Rechenleistung.

Als Faustregel gilt: Für eine private Installation mit zwei bis drei Benutzern sind zwei CPU-Kerne und zwei Gigabyte RAM ein guter Startpunkt. Für ein kleines Team von zehn Personen sollte es schon das Doppelte sein. Wer große Dateien verarbeitet oder viele Fotos speichert, sollte auf einen schnellen NVMe-Speicher achten und nicht auf die günstigste HDD-Option zurückgreifen. Die Latenz macht sich im Alltag sofort bemerkbar. Ein VPS mit NVMe-SSD ist heutzutage fast der Standard, aber es gibt immer noch Anbieter, die satte Zusatzkosten für die schnellen Platten verlangen. Ein gutes Angebot sollte das enthalten.

Beim Betriebssystem ist Ubuntu LTS (Long Term Support) oder Debian zu empfehlen. Beide sind gut dokumentiert, und die meisten Anleitungen im Netz beziehen sich auf diese Distributionen. Ein anderes System wie CentOS Stream oder AlmaLinux funktioniert zwar auch, aber manchmal hat man das Gefühl, es sich selbst unnötig schwer zu machen. Für die Zukunftssicherheit ist es besser, auf ein System zu setzen, das die Paketversionen schnell aktualisiert. Ubuntu 22.04 oder 24.04 LTS sind solide Kandidaten; wer Debian bevorzugt, sollte auf die aktuelle Stable-Version (aktuell Debian 12) setzen.

Ein Punkt, der oft unterschätzt wird: der Standort des Servers. Aus Datenschutzgründen ist es nicht unbedingt ratsam, die Daten in einem Land zu speichern, dessen Gesetze keine starken Zugriffsbeschränkungen seitens der Behörden kennen. Für deutsche Verhältnisse bieten sich die Rechenzentren in Deutschland an. Das mag bei der Auswahl des VPS-Anbieters etwas einschränken, aber es schafft Klarheit in Bezug auf die DSGVO und andere Regelungen. Die meisten etablierten deutschen Anbieter haben ihre Standorte ohnehin in Frankfurt oder Nürnberg – da ist man gut aufgehoben.

Installation vorbereiten: Der Server wird eingerichtet

Nachdem der VPS gemietet und das Betriebssystem installiert ist, geht es ans Eingemachte. Man loggt sich als Root-Benutzer ein und legt zuerst einen normalen Benutzer an, mit dem man künftig arbeitet. Es ist eine gute Gewohnheit, sich niemals direkt als Root anzumelden, außer wenn man es wirklich braucht. Die Einrichtung eines SSH-Schlüssels anstelle des Passworts ist zwar kein Muss, aber sehr empfehlenswert – gerade, wenn der Server öffentlich erreichbar ist. Ein passwortgeschützter SSH-Zugang ist nicht automatisch unsicher, aber die vielen Brute-Force-Bots im Netz haben es auf genau solche Schwachstellen abgesehen.

Dann folgt das große Update. Nach der Ersteinrichtung des Betriebssystems ist es üblich, die Paketliste zu aktualisieren und das System auf den neuesten Stand zu bringen. Das hört sich banal an, aber es ist der entscheidende Schritt, um spätere Fehlerquellen zu eliminieren. Ein frisches Betriebssystem, das nie aktualisiert wurde, kann Sicherheitslücken enthalten, die seit Jahren bekannt sind. Dabei zeigt sich schnell, dass die Einrichtung nicht viel Zeit in Anspruch nimmt: apt update && apt upgrade – und die Basis ist gelegt.

Jetzt wird es konkreter. Für Nextcloud braucht man einen Webserver, eine Datenbank und PHP. Der Klassiker ist der Apache-Webserver, aber in den letzten Jahren hat Nginx an Beliebtheit gewonnen. Nginx arbeitet ressourcenschonender und bewältigt hohe Last besser. Für eine Nextcloud-Installation spricht beides sich nicht schlecht, aber aus Performance-Sicht hat Nginx die Nase vorn. Eine sauber konfigurierte Nginx-Instanz von der Kommandozeile aus ist keine Hexerei – sie ist nur ein paar Zeilen Konfiguration, die man in eine Datei schreibt. Für diesen Artikel wird auf Nginx gesetzt, da es häufig die empfehlenswertere Wahl ist.

PHP konfigurieren, aber richtig

Nextcloud ist in PHP geschrieben, und die Wahl der richtigen PHP-Version ist entscheidend. Ältere Versionen wie PHP 7.4 werden nicht mehr unterstützt, und auch PHP 8.0 läuft inzwischen aus. Aktuell sollte die mindestens genutzte Version PHP 8.1 sein, besser 8.2 oder 8.3. Die Verwendung der neuesten stabilen PHP-Version sichert nicht nur die Kompatibilität, sondern auch die Leistungsfähigkeit. Das PHP-FPM-Modul, das bei Nginx zum Einsatz kommt, sollte mit ausreichend Worker-Prozessen konfiguriert sein. Die Standardwerte sind oft zu niedrig angesetzt, und ein Performance-Flaschenhals ist vorprogrammiert.

Eine gängige Empfehlung ist, die Prozesse von PHP-FPM so anzupassen, dass sie zu den verfügbaren CPU-Kernen und dem Arbeitsspeicher des Systems passen. Wenn man z. B. über zwei Kerne und vier Gigabyte RAM verfügt, kann man durchaus auf sechs bis acht Worker-Prozesse kommen. Die genauen Werte hängen von der Last ab. Ein wichtiger Aspekt ist das Memory-Limit für PHP. Nextcloud braucht bei größeren Synchronisierungen mehr als die standardmäßigen 128 MB. Ein Limit von 512 MB ist ein guter Mittelwert; bei sehr komplexen Operationen kann man das immer noch erhöhen.

Und die PHP-Extensions? Eine fehlende Extension ist der häufigste Grund für kryptische Fehlermeldungen bei der Installation. Nextcloud benötigt eine ganze Reihe davon, u. a. für die Bildverarbeitung (gd), für Datenbanken (pdo_mysql oder pgsql) und für XML-Verarbeitung (xml, mbstring). Die meisten benötigten Pakete lassen sich in Ubuntu direkt mit php installieren. Man sollte nicht sparen, denn wenn eine Extension fehlt, taucht sie beim Installationsassistenten als roter Punkt auf und die Installation wird unterbrochen. Der Assistent listet die fehlenden Pakete auf – das nimmt die Rätselraterei vorweg.

Die Datenbank: MariaDB und die richtigen Einstellungen

Als Datenbank kommt bei vielen Nextcloud-Installationen MySQL oder MariaDB zum Einsatz. PostgreSQL ist eine ernstzunehmende Alternative und wird von Nextcloud genauso unterstützt – beide haben ihre Vor- und Nachteile. MariaDB ist jedoch die erste Wahl für alle, die bereits mit MySQL vertraut sind. Sie ist ein Drop-in-Ersatz und in den Ubuntu-Quellen enthalten. Die Einrichtung ist schnell erledigt: Paket installieren, Dienst starten und dann in die Shell gehen, um eine Datenbank und einen Benutzer für Nextcloud anzulegen.

Das Anlegen einer eigenen Datenbank ist in wenigen Minuten erledigt. Man sollte einen etwas komplexeren Benutzernamen und ein starkes Passwort wählen. Das klingt banal, aber es gibt immer noch genügend Fälle, in denen die Anzahl der erratbaren Passwörter einfach zu hoch ist. Wer die Installation mit dem Standardpasswort „root“ oder dem Anbieternamen betreibt, sollte noch einmal über seine Sicherheitsstrategie nachdenken. Der Datenbankbenutzer sollte ausschließlich Rechte auf die Nextcloud-Datenbank haben – mehr nicht.

Ein interessanter Aspekt der MariaDB-Konfiguration ist der innodb_buffer_pool_size. Dieser Wert bestimmt, wie viel Speicher für die Datenbank-Caches verwendet wird. Bei einer Standard-Installation ist er oft ziemlich klein. Wenn man auf einem VPS mit vier Gigabyte RAM arbeitet, kann man diesen Wert auf 1-2 Gigabyte anheben – das verbessert die Antwortzeiten der Dateisynchronisierung erheblich. Die Frage, ob man die Datenbank auf dem gleichen Server betreibt oder auf einen separaten DB-Server setzt, ist meist eine Frage der Skalierung. Für die meisten Installationen ist eine lokale Datenbank die richtige Wahl; sie ist einfacher zu verwalten und verursacht keine extra Ausfälle durch Netzwerkprobleme.

Manchmal taucht im Netz der Hinweis auf, dass MariaDB durch die Konfiguration der sort_buffer_size und read_buffer_size verbessert werden kann. Das mag für ältere Versionen gelten, führt bei aktuellen Systemen aber zu nichts. Die Standardwerte sind ausgereift und nur in Sonderfällen sollten diese Parameter geändert werden. Einfach Blind Werte aus irgendeinem Blog übernehmen – das kann nach hinten losgehen und mehr Schaden anrichten, als es nützt. Lieber die verstehen, was man tut, oder es einfach lassen.

Nextcloud installieren: Der Weg zur eigenen Cloud

Jetzt wird es ernst. Die Nextcloud-Software selbst holt man sich am besten von der offiziellen Website. Die Installation in das Webserver-Verzeichnis ist dann im Prinzip eine Frage des Entpackens. Man lädt das Archiv herunter, entpackt es nach /var/www/nextcloud und vergibt die richtigen Dateiberechtigungen. Dabei sollte man darauf achten, dass der Webserver (also der Benutzer www-data) Lese- und Schreibrechte auf das Verzeichnis hat. Das ist manchmal leichter gesagt als getan, denn die Verzeichnisse von Nextcloud sind verschachtelt und man muss sicherstellen, dass alle Unterordner korrekt konfiguriert sind. Ein chown-Befehl auf das gesamte Verzeichnis ist der einfachste Weg.

Der nächste Schritt ist das Anlegen der Nginx-Konfiguration. Es reicht nicht, einfach die Datei index.php im Browser aufzurufen – das funktioniert zwar, aber die Konfiguration wäre unvollständig. Einige Optionen wie das Hochladen großer Dateien oder die Zwei-Faktor-Authentifizierung hängen davon ab, dass der Webserver richtig konfiguriert ist. Die Nginx-Konfiguration für Nextcloud muss mindestens Regeln enthalten, um direkt auf sensible Verzeichnisse – wie data oder config – zu verhindern. Es ist ein weiter Weg von „läuft irgendwie“ zu „läuft sicher und effizient“.

In der Nginx-Konfiguration sollten die Kopfzeilen und Sicherheitsheader gesetzt werden, die Nextcloud vorschlägt. Etwa den X-Content-Type-Options-Header oder X-Frame-Options, die verhindern, dass die Cloud in einen fremden Frame eingebettet wird. Das klingt nach Paranoia, ist aber üblich: Jede seriöse Webanwendung setzt solche Header. Ein weiterer Punkt ist die Größe der Upload-Dateien. Standardmäßig ist die maximal erlaubte Dateigröße in PHP auf 2 MB oder 8 MB begrenzt. Man muss also nicht nur in der Nextcloud-Konfiguration, sondern auch in der PHP-Konfiguration das upload_max_filesize und post_max_size auf einen größeren Wert setzen.

Der Installationsassistent – und was er nicht verrät

Nachdem die Konfigurationsdateien stehen, öffnet man die Domain im Browser und wird vom Installationsassistenten begrüßt. Das ist der Moment, in dem man die Kernparameter eingibt: den Administratorbenutzernamen und das Passwort, den Datenbanktyp (MariaDB/MySQL), die Datenbankadresse und den Tabellenpräfix. Der Assistent legt dann die Tabellen an und führt die Erstinstallation durch.

Ein Punkt, der oft übersehen wird, ist die Auswahl des Datenverzeichnisses. Der Standardpfad ist /var/www/nextcloud/data – das ist ungünstig, weil dieser Pfad im Webroot liegt. Zwar schützt die Nginx-Konfiguration das Verzeichnis vor direktem Zugriff, aber es ist eine Fehlerquelle, wenn der Webserver einmal falsch konfiguriert wird. Besser ist es, das Datenverzeichnis außerhalb des Webserver-Roots zu legen, zum Beispiel nach /var/ncdata oder /opt/nextcloud. Partitionsgrenzen können dabei eine Rolle spielen, aber vor allem geht es um die Sicherheit: Ein Zugriff von außen ist dann gar nicht erst möglich, selbst wenn eine Konfigurationsdatei einen Fehler enthält.

Nach der Bestätigung der Installation taucht das Dashboard auf – und die Euphorie ist groß. Die Cloud steht. Aber damit ist es noch nicht getan. Der Assistent hat eine Liste mit Hinweisen, an denen man nicht vorbeigehen kann. Ein roter Punkt bei „Fehlender PHP-OPcache“ oder „Es fehlt der Redis-Cache“ sind keine kosmetischen Probleme. Sie sind die Ursache dafür, dass die Installation bei geringer Auslastung träge wird.

Der Feinschliff: Cache, Cron und Sicherheitslücken

Nextcloud funktioniert nur dann einigermaßen performant, wenn man eine ordentliche Caching-Strategie fährt. Empfohlen wird Redis als zentraler Cache. Das ist ein In-Memory-Datenbanksystem, das sich besonders gut für diese Art von Anwendungen eignet. Die Installation ist schnell erledigt, aber man muss die PHP-Erweiterung für Redis laden und in der Nextcloud-Konfiguration eintragen. Wer sich diesen Schritt spart, wird sich über Leistungseinbrüche bei der Dateisuche oder beim Laden der Benutzeroberfläche wundern.

Weiterhin wichtig ist die die Konfiguration des Cron-Jobs. Nextcloud erledigt viele Aufgaben – wie das Erstellen von Vorschaubildern oder das Verarbeiten von geteilten Links – im Hintergrund. Standardmäßig ist der sogenannte AJAX-Cron aktiviert, der nur dann läuft, wenn die Weboberfläche aufgerufen wird. Das ist nicht nur langsam, sondern führt bei größeren Installationen zu Problemen. Die bessere Wahl ist ein CRON-Job im System, den man in der Nextcloud-Verwaltungsoberfläche aktiviert. Ein Eintrag in der Crontab des Servers sorgt dann dafür, dass Nextcloud mehrmals pro Minute die ausstehenden Hintergrundjobs abarbeitet.

Ein Detail, das man nicht unterschätzen sollte, ist die maximale Upload-Größe. Manche Dateien sind einfach zu groß für die Standardeinstellung. Bei der Installation nimmt man oft die vorgegebene 512 MB oder 2 GB. Wenn man aber plant, große Video-Dateien zu speichern – etwa von einem Drohnenflug – sollte man die Limits gerecht ansetzen. Der Webserver (Nginx), PHP und Nextcloud selbst haben jeweils eigene Limits. Wenn alle drei nicht übereinstimmen, erhält man eine kryptische Fehlermeldung beim Upload. Hier ist die Lösung, alle drei Limits auf einen gemeinsamen Wert zu heben. Ich empfehle, für den Anfang 2 GB zu wählen, was für fast alle Anwendungsfälle ausreicht; wer wirklich viele große Videos hat, sollte überlegen, ob er diese nicht besser direkt auf einem NAS lagert.

Sicherheit: Mehr als nur ein SSL-Zertifikat

Ein VPS, der öffentlich erreichbar ist, wird von Bot-Netzen innerhalb kürzester Zeit angegriffen. Das ist keine böswillige Überraschung, sondern Normalität. Deshalb gehört die Absicherung des Servers zu den wichtigsten Aufgaben nach der Installation. Am Anfang steht die Verschlüsselung der Verbindung. Mit Let’s Encrypt gibt es dafür ein bewährtes System, das kostenlose SSL-Zertifikate ausstellt. Die Einrichtung ist mit certbot ein Kinderspiel – man installiert das Tool, lässt es die Nginx-Konfiguration prüfen und schon sind HTTP und HTTPS sauber getrennt. Ein Umweg über selbst signierte Zertifikate ist nicht zu empfehlen, auch wenn sie für Tests ausreichen.

Aber die Verschlüsselung ist nur das Fundament. Die eigentliche Sicherheit liegt in der Härtung des Systems. Eine einfache Maßnahme ist die Aktivierung einer Firewall, zum Beispiel mit UFW (Uncomplicated Firewall). Man erlaubt nur die Ports 22 (SSH) und 80/443 (Web), alles andere wird verweigert. Das blockt zwar nicht jeden Angriff ab, aber viele Port-Scans werden damit im Keim erstickt. Ein weiteres gutes Werkzeug ist Fail2ban, das nach mehreren fehlgeschlagenen Anmeldeversuchen die IP-Adresse für eine gewisse Zeit sperrt. Es gehört zur Grundausstattung eines jeden öffentlich erreichbaren Servers und ist auch in der Nextcloud-Konfiguration relevant: Dort gibt es eine eigene Fail2ban-Konfiguration, die auch die Brute-Force-Versuche auf die Cloud bemerkt.

Ein interessanter Aspekt ist das Setzen der richtigen Verzeichnisberechtigungen. Nextcloud verlangt, dass die Dateien im data-Verzeichnis nicht für andere Benutzer lesbar sein dürfen. Wenn man per Terminal auf dem Server arbeitet, sollte man darauf achten, dass die Berechtigungen nicht „775“ (also für Gruppen und andere lesbar) sind, sondern strikter „750“ oder gar „700“. Die offiziellen Installationshinweise von Nextcloud sind hier ein guter Ratgeber. Wer sich nicht daran hält, riskiert, dass andere Benutzer auf dem System – etwa durch eine andere, kompromittierte Website auf dem gleichen Server – die Cloud-Daten lesen können. Ein trügerischer Gedanke, dass einen das schon nichts angeht.

Nicht zuletzt sollte man zwei-Faktor-Authentifizierung (2FA) für die Benutzer der Cloud aktivieren. Nextcloud unterstützt dies nativ, und es ist erstaunlich, wie wenige Admins diese Funktion nutzen. Es kostet keinen Cent und erhöht die Sicherheit um ein Vielfaches. Ein Passwort allein ist heutzutage kaum noch ausreichend. Auch wenn man sich selbst als zu träge betrachtet, um immer die TOTP-App zu zücken – gerade die Haupt-Admins sollte man mit 2FA ausstatten.

Die Wartungsschleife: Updates, Backups und die Frage nach dem Rest

Nach der Installation ist sie fertig – die Nextcloud. Aber die Arbeit ist nicht getan. Nextcloud entwickelt sich rasant weiter; es gibt regelmäßig neue Versionen mit neuen Features und Sicherheitspatches. Einmal installiert und dann vergessen, wird die Installation nach einigen Monaten anfällig. Das Problem ist, dass ein Update von Nextcloud nicht so trivial ist wie ein apt upgrade bei anderen Paketen. Man muss die neue Version herunterladen, die Dateien ersetzen und dann in der Kommandozeile das Update-Skript ausführen: occ upgrade. Das fordert ein wenig Sorgfalt, ist aber machbar.

Wichtig dabei ist, dass man eine Sicherungskopie der Daten hat, bevor man ins Update geht. Backups sind das Stiefkind der meisten Administratoren – man macht sie selten, und wenn man sie braucht, sind sie meist zu alt. Bei Nextcloud gibt es mehrere Ebenen, die man berücksichtigen sollte: die Datenbank, die Dateien im data-Verzeichnis, die Konfigurationsdateien (config/config.php). Für all diese Komponenten sollte ein Backup-Zyklus eingerichtet sein, der automatisiert läuft. Das geht mit einfachen Mitteln: Ein Container, der per Cron-Job ein Skript ausführt, das die Daten sichert und auf einen anderen Server überträgt. Ein Backup ist nur dann ein echtes Backup, wenn es an einem anderen Ort liegt als das Original.

Eine gute Gelegenheit, das Backup-System zu testen, ist eine frische Installation. Wer bei der ersten Installation alle Schritte sauber dokumentiert hat, kann das gesamte System schneller wieder aufsetzen als gedacht. Es ist ein gutes Gefühl zu wissen, dass ein Totalausfall nicht das Ende der eigenen Cloud bedeutet. Die Wiederherstellung aus dem Backup ist der entscheidende Test, den viele Administratoren nur einmal pro Jahr durchführen – oder nie. Man sollte nicht warten, bis der Ernstfall eintritt.

Ein weiterer Aspekt der Wartung ist die Aktualisierung des Betriebssystems. Die Sicherheitsupdates von Ubuntu und Debian werden regelmäßig veröffentlicht und müssen installiert werden. Wer sich um diesen Punkt nicht kümmert, läuft Gefahr, dass eine bekannte Schwachstelle auf dem Server unentdeckt bleibt. Es reicht nicht, nur Nextcloud zu aktualisieren; das darunterliegende System muss ebenfalls gepflegt werden. Ein apt update und apt upgrade einmal pro Woche per Cron-Job ist das Minimum. Sollte dabei etwas Ungewöhnliches passieren, schaut man besser sofort hin.

Performance-Tuning für den Alltag

Wenn die Grundinstallation läuft und die Sicherheit halbwegs gewährleistet ist, kann man sich um das Wohlbefinden der Anwender kümmern: die Performance. Denn eine Nextcloud, die 10 Sekunden zum Laden einer Datei benötigt, wird von den Nutzern nicht akzeptiert – auch wenn sie noch so viele Funktionen hat. Einige Optimierungen sind schnell umgesetzt und wirken Wunder.

Die bereits erwähnte Verwendung von Redis ist einer der größten Hebel. Ein weiterer Tipp ist das Aktivieren der serverseitigen Vorschau-Generierung für Bilder. Nextcloud erstellt beim Hochladen von Fotos ein kleines Vorschaubild, das in der Listenansicht angezeigt wird. Das kostet CPU-Leistung, aber die einmalige Erstellung ist schneller als das Rendering bei jedem Seitenaufruf. Man kann die Vorschau über die config.php deaktivieren oder auf eine bestimmte Größe begrenzen, um das System zu entlasten. Für Fotografen, die hunderte RAW-Dateien verwalten, kann das ein Segen sein.

Nicht außer Acht lassen sollte man die Verwendung eines Content-Delivery-Networks (CDN) für statische Dateien – sofern man viele externe Benutzer hat, die auf die Cloud zugreifen. Das ist allerdings ein Fortgeschrittenenthema. Für den normalen Betrieb reicht ein gut eingestellter Webserver mit HTTP/2 aus. Die Aktivierung von HTTP/2 in Nginx ist ein Einzeiler und verbessert die Übertragungsgeschwindigkeit deutlich, vor allem bei vielen kleinen Dateien. Auch die Komprimierung der übertragenen Daten mit Gzip oder Brotli kann man in Nginx aktivieren – die entsprechenden Module sind vorhanden, und es schadet nicht, sie anzustellen.

Ein letzter Punkt in diesem Zusammenhang ist die Speicherplatzverwaltung. Nextcloud bewahrt standardmäßig gelöschte Dateien in einem Papierkorb auf und behält alte Versionen von Dateien, bis die Speichergrenze erreicht ist. Diese Funktionen sind nützlich, aber sie füllen den VPS schneller, als man denkt. Wer die Speichergrenzen für den Papierkorb und die Dateiversionen in der config.php nicht anpasst, wird sich nach einigen Monaten wundern, warum die Platte voll ist. Eine sinnvolle Grenze wäre zum Beispiel, gelöschte Dateien 30 Tage zu behalten und Versionsabstände nicht länger als 60 Tage für ältere Versionen aufzuheben. Das reduziert die Speicherlast erheblich, ohne die Funktion zu stören.

Nextcloud auf dem VPS – ein Modell mit Zukunft?

Dass Nextcloud auf einem VPS läuft, ist keine Sensation mehr. Aber es ist eine bewährte Kombination, die für viele Unternehmen und Selbstständige eine echte Alternative zu teuren Cloud-Diensten darstellt. Der VPS gibt einem die Freiheit, die eigene Infrastruktur nach eigenen Bedürfnissen zu formen. Die Installation erfordert ein gewisses Grundverständnis von Linux und Web-Technik, aber das Wissen, das man dabei erwirbt, ist ein Mehrwert, der sich nicht nur auf die Cloud auswirkt. Man lernt, wie ein Server funktioniert, welche Dienste im Hintergrund laufen und wie man sicherheitsrelevante Probleme erkennt, bevor sie zum kritischen Sicherheitsrisiko werden.

Die Kehrseite ist klar: Ein VPS ist kein Selbstläufer. Wer sich nicht regelmäßig um Updates kümmert, kein Backup durchführt und keine Sicherheitslücken schließt, der hat am Ende ein unsicheres System, das schlechter ist als jede geteilte Hosting-Lösung oder eine Managed Cloud. Es ist die alte Geschichte von Freiheit und Verantwortung. Der VPS bietet die Freiheit, alles zu tun – aber auch die Verantwortung, es richtig zu tun.

Auch wenn viele von „Cloud“ sprechen, die Nextcloud auf dem eigenen VPS ist letztlich eine Rückbesinnung auf die Grundlagen: Man betreibt selbst eine Software, sorgt für sie, und nutzt die Vorteile des Internets als Transportmedium. Es gibt einen Trend zurück zu dezentralen Strukturen und weg von den großen Plattformen. Nextcloud und der eigene VPS passen in diesen Trend, und sie machen den Prozess der Digitalisierung ein Stückchen unabhängiger. Nicht zuletzt deshalb wird diese Kombination auch in den nächsten Jahren Bestand haben – trotz aller Alternativen, die auf dem Markt sind.

Die Installation ist mit den heutigen Werkzeugen keine Hexenwerk mehr. Wenn man Schritt für Schritt vorgeht und die Dokumentation liest, kann man in wenigen Stunden eine funktionierende und sichere Nextcloud auf seinem VPS betreiben. Und sobald sie läuft, ist man überrascht, wie unkompliziert der Alltag sein kann – bis zum nächsten Update, das wieder ein paar Minuten Zeit in Anspruch nimmt. Und genau das sollte man sich gönnen, denn es ist dieser Moment der Kontrolle über die eigenen Daten, der den Unterschied macht.