Deine Daten sichern

33 min · 11 Abschnitte

In dieser Anleitung geht es um das einzige Backup, das dich wirklich rettet: das, das das NAS verlässt.

Alles andere, was LGM-OS für deine Daten tut, lebt im selben Gerät. RAID hält aus, dass eine Festplatte kaputtgeht, nicht dass das Gerät kaputtgeht. Snapshots machen ein Löschen rückgängig — aber kein Feuer, keinen Diebstahl, keine Überspannung, die die Festplatten mitreißt, und keine Ransomware, die verschlüsselt, was das NAS eingebunden hat. Die Sicherung der Konfiguration (nas-config-*.tar.gz) bringt das Panel in den Zustand von vorher zurück, und keine einzige deiner Dateien.

1. Die 3-2-1-Regel, angewandt auf dieses NAS

3 Kopien von jeder Datei · auf 2 verschiedenen Medien · davon 1 außerhalb des Gebäudes.

Auf einem NAS zu Hause heißt das ganz konkret:

Snapshots zählen nicht als Backup: Sie teilen sich die Festplatten mit dem Original. Sie zählen als Verlauf, und der ist genauso nützlich, aber für ein anderes Problem.

Wenn du kannst, geh auf 3-2-1-1-0: eine der Kopien abgezogen (eine USB-Festplatte, die in einer Schublade oder außer Haus liegt und nur zum Kopieren angesteckt wird — das Einzige, an das Ransomware nicht herankommt) und 0 Fehler, also Test-Wiederherstellungen, die gemacht und aufgeschrieben werden (Abschnitt 6).

2. Was kopiert wird

Nicht alles verdient es, das NAS zu verlassen: Das Backup außer Haus ist meist das teuerste und langsamste Mittel, das du hast. Ordne danach, was passieren würde, wenn es verschwände.

Zwei Dinge, die immer vergessen werden:

• Nimm die Konfiguration des NAS mit. Lade eine nas-config-*.tar.gz herunter (Systemsteuerung → Sicherung der Konfiguration) in einen Ordner, der ins Backup außer Haus geht, oder plane die Aufgabe für die Konfiguration in diesen Ordner. Ohne sie heißt „das Gerät zurückholen“: Benutzer, Rechte und Freigaben von Hand neu bauen.
• Hör auf zu schreiben, bevor du die Daten einer App kopierst. Eine Datenbank, die im laufenden Betrieb kopiert wird, kann beschädigt zurückkommen. Halte den Container an (oder nimm seinen eigenen geplanten Abzug) und kopiere danach. Für normale Dateien ist das nicht nötig.

Und Achtung beim Papierkorb im Netz: Er liegt in der Freigabe selbst, also wird er mit ihr kopiert. Plane eine Aufgabe „Alten Papierkorb leeren“ (Systemsteuerung → Geplante Aufgaben), damit das, was du vor Monaten gelöscht hast, nicht weiter in dein Backup außer Haus reist.

2 ante. Mein Ordner überall (das „Drive“ des NAS)

Zuerst der Satz, den man zweimal lesen sollte: Das ist kein Backup.

Ein synchronisierter Ordner ist ein lebender Spiegel: Was du auf dem Laptop speicherst, erscheint auf dem NAS und auf deinen anderen Geräten, und was du auf einem löschst, verschwindet überall. Genau das willst du zum Arbeiten — die Datei ist da, wo du bist — und genau das willst du nicht zum Schutz: Ein Löschen, eine Verschlüsselung oder ein „drübergespeichert“ reisen genauso schnell wie eine neue Datei. Was dich davor schützt, sind die Snapshots des NAS: Die laufen für sich, brauchen fast keinen Platz, und eine Verschlüsselung auf dem Laptop kommt nicht an sie heran.

Eingerichtet wird das unter Sicherungen → Synchronisierung, ganz oben.

Wie es gebaut ist

Über WebDAV, das das NAS schon bereitstellt: Du hakst „WebDAV“ bei der Freigabe an, wählst sie hier aus, und sie ist veröffentlicht. Auf dem Computer läuft rclone, das es für Windows, Mac und Linux gibt und das dasselbe Programm ist, das dieses NAS für alles andere benutzt. Das Panel gibt dir die fertige Konfiguration, mit dem Namen des NAS, dem Ordner und dem Intervall schon eingetragen.

Es gibt kein eigenes Programm, das du auf jedem Gerät installieren musst, und das ist Absicht: Ein Desktop-Client für drei Systeme sind drei Installationsprogramme, drei Signaturen und drei Updates, die für immer gepflegt werden müssen — und jedes davon ist ein neuer Weg, auf dem das NAS bei dir zu Hause ohne Unterstützung dasteht.

Das Passwort verlässt das NAS nicht. Der Text, den du kopierst, hat eine Lücke, die du am Computer selbst ausfüllst. Ein Text, der kopiert und eingefügt wird, landet in der Zwischenablage, in einem Chat und in einem Screenshot.

Die Konflikte: Es wird nie etwas weggeworfen

Zwei Computer fassen dieselbe Datei an, ohne voneinander zu wissen — einer im Flugzeug, einer zu Hause. Es gibt zwei Regeln, und keine der beiden löscht:

Für dich zu entscheiden und die Arbeit des anderen wegzuwerfen ist keine Option. Wenn ein Konflikt auftaucht, sagt das NAS Bescheid und dazu, wo die andere Fassung liegt: Ohne diesen Satz suchen die Leute im Papierkorb und geben verloren, was direkt daneben liegt.

Und was ein rclone bisync von Hand nicht gibt: zu wissen, ob es noch läuft

Jeder Computer schickt nach jedem Durchlauf einen Bericht, und das Panel zeigt eine Ampel pro Gerät. Wenn eines still wird, sagt das NAS Bescheid. Es ist derselbe Grund wie bei den Geräten zu Hause: Ein Ordner, der im März aufgehört hat zu synchronisieren, sieht genauso aus wie einer, der vor fünf Minuten synchronisiert hat — die Dateien sind ja da — und der Unterschied zeigt sich erst an dem Tag, an dem du suchst, was du gespeichert glaubtest.

Die Frist ist das Zwölffache des Intervalls dieses Geräts: bei fünf Minuten also eine Stunde. Ein Laptop, der eine Weile zu ist, ist kein kaputter Laptop.

Details, die du bezahlst, wenn du sie nicht kennst

• Der erste Durchlauf ist anders. Er trägt --resync und führt die beiden Seiten zusammen; danach wird das nie wieder benutzt. Es in jeden Durchlauf zu schreiben, macht aus dem Spiegel „was eine der beiden Seiten sagt“ — und das ist der Befehl, der die Arbeit der anderen löscht.
• Es wird als Benutzer des NAS synchronisiert, mit dessen Rechten: Wenn diese Person nicht in den Ordner schreiben darf, darf die Synchronisierung es auch nicht.
• Das Synchronisieren zu beenden löscht nichts. Den Ordner aus der Liste zu nehmen kappt den Spiegel; die Dateien bleiben auf dem NAS und auf den Computern.

2 bis. Die Geräte zu Hause: Laptop und PC AUF das NAS sichern

Alles oben handelt davon, aus dem NAS herauszuholen, was schon drin ist. Hier ist es umgekehrt: Der Laptop und der PC zu Hause legen ihr Backup auf das NAS. Und es gibt einen Grund, das getrennt zu behandeln: Die Festplatte eines Laptops ist das, was im ganzen Haus am ehesten verloren geht — sie fällt runter, sie wird nass, sie wird geklaut — und sie ist das, was fast niemand sichert.

Im Abschnitt Sicherungen deiner Geräte auf das NAS (in der App Sicherungen) gibt es einen Assistenten, der das in einem Schritt erledigt: Er legt eine Freigabe nur für diesen Benutzer an, setzt ihr Kontingent, schaltet Time Machine ein, wenn es ein Mac ist, und sagt dir genau, was du auf diesem Gerät anklicken musst. Es wird kein Protokoll erfunden: Time Machine und der Dateiversionsverlauf von Windows können schon in einen Netzwerkordner sichern.

Worauf es wirklich ankommt: mitzubekommen, dass nicht mehr gesichert wird

Sichern konnten beide Systeme schon. Was niemand gemacht hat, war zu merken, dass eines von beiden stehen geblieben ist — und genau da gehen die Daten wirklich verloren:

• Time Machine gibt still auf, wenn sie die Platte mehrmals hintereinander nicht findet.
• Der Dateiversionsverlauf von Windows schaltet sich selbst ab, wenn das Netz wechselt.
• Das Kontingent läuft voll und die Sicherung schreibt nicht mehr.

Keins der drei Dinge macht Lärm. Eine Sicherung, die im März stehen bleibt und im Dezember auffällt, sind neun Monate Fotos. Deshalb hat jedes eingetragene Gerät seine Ampel — aktuell, im Rückstand, KEINE SICHERUNG — und das NAS sagt Bescheid, wenn eines still wird. Die Frist wird pro Gerät gesetzt („wird alle N Tage erwartet“), und die Warnung kommt erst nach dem Dreifachen dieser Frist: Ein Laptop, der übers Wochenende aus ist, ist kein kaputter Laptop, und ein System, das deswegen schreit, bringt einem bei, es zu ignorieren.

Um zu wissen, wann zuletzt gesichert wurde, schaut das NAS auf das Datum des Neuesten im Ordner dieses Geräts. Es muss nichts installiert werden: Time Machine und der Dateiversionsverlauf erzählen niemandem, was sie tun — also schaut man in den Ordner, oder man weiß es nicht.

Das Skript, wenn du die Ordner selbst wählen willst

Für Linux, oder für alle, die es genauer wollen als Time Machine, gibt das Panel ein Skript — vier Zeilen PowerShell oder Shell, mit dem Namen des NAS und dem Ordner schon eingetragen —, das kopiert, was du ihm sagst, und dem NAS meldet, wie es gelaufen ist. Mit dem Skript ist die Ampel keine Schlussfolgerung mehr, sondern ein Bericht: Wenn robocopy oder rsync scheitern, kommt die Warnung noch in derselben Nacht statt nach drei Fristen.

Es kopiert mit dem, was das System schon mitbringt — robocopy unter Windows, rsync unter Mac und Linux — und nicht mit einem Programm, das man auf jedem Laptop im Haus installieren und pflegen muss. Und die Versionen macht nicht das Skript: Es hinterlässt einen Spiegel, und die Versionen sind die Snapshots des NAS, die schon von allein laufen, fast keinen Platz brauchen und an die eine Verschlüsselung des PCs nicht herankommt.

Im Skript steckt ein Token dieses Geräts. Es dient nur dazu, „ich habe gesichert“ zu sagen — es gibt Zugriff auf nichts — und es wird weggeworfen, indem du das Gerät aus der Liste nimmst.

Was das NICHT macht

Es klont nicht die ganze Festplatte eines PCs und lässt dich nicht von der Sicherung starten (bare metal). Kopiert werden Dateien, keine Systeme. Wenn ein Laptop kaputtgeht, bekommst du deine Dokumente und deine Fotos zurück, aber Windows oder macOS musst du neu installieren.

Und ein Gerät aus der Liste zu nehmen löscht weder seinen Ordner noch das, was es schon kopiert hat: Es wird nur nicht mehr überwacht. Die Daten von jemandem zu löschen, weil man ihn von einer Liste nimmt, ist die Art von Überraschung, die ein Sicherungssystem nie machen darf.

3. Wohin kopiert wird

Die App kennt drei Arten von Ziel: Festplatte im Gerät (ein Pfad im NAS, meist eine eingebundene USB-Festplatte), Server über SSH (rsync gegen einen anderen Server) und Cloud (Google Drive, OneDrive, Dropbox, Box, pCloud, MEGA, WebDAV, Amazon S3, Wasabi, MinIO und Backblaze B2).

Ein Muster, das sehr gut funktioniert und nichts kostet: gegenseitige Backups. Dein NAS kopiert zu deinem Bruder nach Hause und seins zu dir. Jeder stellt Festplatte und Strom, niemand zahlt eine Gebühr, und die beiden Kopien sind Kilometer voneinander entfernt.

Das Ziel abschirmen (damit das NAS seine eigenen Backups nicht löschen kann)

Der SSH-Schlüssel und das Token der Cloud liegen im NAS — also genau in der Maschine, von der man ausgehen muss, dass sie übernommen ist, wenn eine Verschlüsselung kommt. Ernsthafte Ransomware fängt nicht bei deinen Fotos an: Sie fängt bei den Backups an und löscht sie mit deinen eigenen Zugangsdaten, bevor sie Lösegeld verlangt.

Jedes Ziel hat einen Schalter Dieses Ziel abschirmen, und was er tut, hängt von der Art ab:

Und das Wichtige: Es wird getestet, nicht versprochen. Der Knopf Das Schloss testen legt eine Köderdatei am Ziel ab und versucht, sie zu löschen. Dass das Löschen scheitert, ist das gute Ergebnis. Nur so weiß man es: Ein lock_days in der Konfiguration beweist nicht, dass der Bucket Object Lock hat, und ein „eingeschränkter“ Schlüssel, den niemand getestet hat, ist es fast nie. Das NAS wiederholt diesen Test einmal pro Woche und warnt nur, wenn ein Ziel, das abgeschirmt war, es nicht mehr ist — jemand hat den Server neu installiert und den Schlüssel wieder ohne Einschränkung eingetragen, der Bucket wurde ohne Object Lock neu angelegt…

Für ein Ziel über SSH gibt dir das Panel die Zeile fertig, die du am anderen Ende in die ~/.ssh/authorized_keys des Benutzers für die Sicherungen einfügst. Sie von Hand zu schreiben ist die Stelle, an der es schiefgeht.

Backups in die Cloud

Sicherungen → Ziele → Ziel hinzufügen → Cloud. Es gibt zwei Arten zu verbinden, je nach Anbieter:

• Mit deinem Konto (Google Drive, OneDrive, Dropbox, Box, pCloud). Das Panel gibt dir einen Link, du meldest dich mit deinem Konto auf der Seite des Anbieters an und fügst die Adresse wieder ein, auf die er dich weiterleitet. Das NAS speichert die Berechtigung, nicht dein Passwort.
• Mit Schlüsseln (S3, Wasabi, MinIO, Backblaze B2, WebDAV, MEGA). Du fügst den Zugriffsschlüssel und den geheimen Schlüssel ein, die dir der Dienst gibt. Bei S3 und B2 ist der Name des Buckets der erste Teil des Zielordners: meinbucket/LGM-OS.

Wie die Versionen aufbewahrt werden. Auf einer Festplatte oder über SSH benutzt jede Sicherung die Dateien wieder, die sich nicht geändert haben, über harte Verknüpfungen — so belegt eine tägliche Version nur das, was sich geändert hat. In der Cloud gibt es keine harten Verknüpfungen, also läuft es dort anders: actual/ ist eine Spiegelung deiner Ordner, und jedes Mal, wenn eine Datei ersetzt oder gelöscht wird, wandert die vorige Fassung in einen Ordner mit dem Datum der vorigen Sicherung. Es geht nichts verloren, aber eine alte Version enthält nur die Dateien, die sich danach geändert haben, nicht das vollständige Bild dieses Tages.

Ende-zu-Ende-Verschlüsselung (optional, und empfohlen). Beim Anlegen des Ziels kannst du die Verschlüsselung einschalten: Namen und Inhalte werden auf dem NAS verschlüsselt, bevor irgendetwas hochgeladen wird, und der Anbieter sieht nur unlesbare Daten — weder deine Fotos noch ihre Namen. Den Schlüssel erzeugt das NAS und zeigt ihn dir ein einziges Mal als Wiederherstellungsschlüssel: Schreib ihn außerhalb des NAS auf (Papier, Passwort-Manager). Das NAS bewahrt ihn auf, um jede Nacht zu sichern, aber wenn das NAS kaputtgeht, ist dieser Schlüssel das Einzige, was das Backup öffnet; mit ihm und irgendeinem rclone kommst du von jedem Gerät aus wieder heran. Das wird beim Anlegen des Ziels entschieden und lässt sich danach nicht mehr ändern: Ein Ziel mit schon gemachten Sicherungen zu verschlüsseln würde die Spiegelung in zwei Hälften zerlegen, die einander nicht lesen können. Durchsuchen und Wiederherstellen funktionieren mit Verschlüsselung genauso wie ohne.

Bevor du anfängst: Schau nach, wie viel deine Ordner belegen. 2 TB über eine Glasfaser zu Hause mit 300 Mb Upload hochzuladen sind etwa fünfzehn Tage bei voller Geschwindigkeit. Vernünftig ist, erst nur das Unersetzliche zu kopieren (Dokumente, Fotos) und wegzulassen, was sich wieder herunterladen lässt.

Was es noch NICHT macht (und warum das hier steht)

• Verschlüsselung für einen Ordner des NAS selbst oder für ein Ziel über SSH. Dort wird jede Version mit harten Verknüpfungen gegen die vorige gebaut, und eine Verschlüsselung pro Datei ändert den Inhalt bei jedem Durchlauf: Es würde genau das kaputtmachen, was die Versionen billig macht und das Wiederherstellen einer einzelnen Datei möglich. In der Cloud und auf einer USB-Festplatte gibt es sie sehr wohl (siehe oben und 5.1), weil das Backup dort eine Spiegelung ist und es keine harten Verknüpfungen zu verlieren gibt. Wenn der entfernte Server nicht dir gehört, verschlüssele die Festplatte am anderen Ende (LUKS).
• Abbild der Systemfestplatte (bare metal). Bei einer Katastrophe wird von der ISO neu installiert und die Konfiguration wiederhergestellt; das geht schnell, ist aber kein „klonen und starten“. Das steht in disaster-recovery.md.

Zur Vertraulichkeit des Ziels: Der Transport ist verschlüsselt, wenn du über SSH kopierst, aber die Dateien, die ankommen, kann jeder lesen, der dieses Gerät verwaltet. Wenn das Ziel nicht dir gehört, verschlüssele die Festplatte des Ziels (LUKS am anderen Ende, oder die USB-Festplatte selbst) und bewahre dieses Passwort außerhalb des NAS auf (Passwort-Manager, Zettel in einer Schublade).

4. Wie oft

Die nützliche Frage ist nicht „wie oft kopiere ich“, sondern wie viel Arbeit bin ich bereit zu verlieren. Das ist dein Rhythmus.

Plane die Sicherungen außerhalb deiner Nutzungszeiten und nicht alle auf einmal: Ein Backup außer Haus zur selben Zeit wie ein Scrub macht das NAS stundenlang langsam. Eine gute Aufteilung ist Sicherung um 03:00 Uhr und Scrub an einem Sonntag im Monat um 05:00 Uhr.

Und etwas, das niemand macht, bis es ihm passiert: Schalte die Warnungen ein (Systemsteuerung → Warnungen, SMTP oder Webhook). Ein Sicherungsauftrag, der seit drei Monaten still scheitert, ist genauso nützlich wie gar kein Backup. Der Reiter Status der App warnt außerdem, wenn gar keine Sicherung eingerichtet ist, wenn die letzte fehlgeschlagen ist, wenn ein Auftrag zu lange nicht gelaufen ist, wenn er ausgeschaltet ist oder wenn sein Ziel nicht verfügbar ist.

5. Ein Backup Schritt für Schritt einrichten

Die App Sicherungen trennt zwei Dinge, und es lohnt sich zu verstehen, warum:

• Ziele — wo gespeichert wird: die USB-Festplatte oder der entfernte Server. Sie werden einmal festgelegt und mit dem Knopf Verbindung testen getestet — der sagt nicht nur, ob es geht: Er zeigt Schritt für Schritt, welche Prüfung scheitert (der Ordner, die Rechte, der Schlüssel, das rsync auf der anderen Seite) und welchen Befehl du ausführst, um es zu reparieren. Teste sie, bevor du ihnen traust, und noch einmal, wenn du etwas änderst: Eine abgezogene USB-Festplatte oder einen ausgeschalteten Server entdeckt man besser dort als um drei Uhr morgens.
• Aufträge — was kopiert wird und wann: Ordner als Quelle (mit optionalem Weglassen), Ziel, Zeitplan und wie viel aufbewahrt wird — ab Werk die **intelligente Aufbewahrung**, oder nach Anzahl der Versionen oder nach Alter in Tagen.

Jeder Auftrag hat außerdem eine Höchstgeschwindigkeit in MB/s, im letzten Schritt des Assistenten. Lass sie leer, und die Sicherung läuft so schnell sie kann; gib eine Zahl an, und sie geht nicht darüber. Das willst du, wenn die Sicherung auf ein anderes Gerät oder in die Cloud geht und du nicht willst, dass sie den ganzen Upload zu Hause auffrisst: Bei 100 Mb/s Upload (etwa 12 MB/s) lässt ein Limit von 6 MB/s die Hälfte frei für alles andere. Es bremst nur die Sicherungen: Das Wiederherstellen wird nie gebremst, denn dabei wartet immer jemand.

Jeder Durchlauf hinterlässt am Ziel eine Version, die sich wiederherstellen lässt, und einen Eintrag im Verlauf (mit Datum, Größe und dem genauen Fehler, wenn es schiefging). Mit Durchsuchen gehst du in jede Version hinein wie in einen Ordner —welche Dateien es an dem Tag gab, mit Größe und Datum— und stellst die ganze Version wieder her oder nur das, was du ankreuzt, bis hin zu einer einzelnen Datei.

5.1 Auf eine USB-Festplatte oder einen anderen Pool (Ziel Festplatte im Gerät)

1. Stecke die Festplatte an. Wenn sie von Windows kommt, formatiere sie unter Speicher (ext4/Btrfs) oder lass sie auf NTFS/exFAT: LGM-OS bindet sie so oder so ein, aber **NTFS und exFAT speichern weder Rechte noch Besitzer von Linux**, also kommt das, was du wiederherstellst, ohne sie an. Für ernsthafte Backups nimm eine Festplatte mit Linux-Format.
2. Lege ein Ziel vom Typ Festplatte im Gerät mit dem Pfad an, unter dem die Festplatte eingebunden ist, und teste es: Der Test schreibt wirklich in diesen Ordner, und nur so weiß man, dass es geht.
3. Lege den Auftrag an: Name, Ordner als Quelle, dieses Ziel, Zeitplan und Versionen, die aufbewahrt werden.
4. Starte ihn einmal von Hand und schau, dass er fertig wird. Prüfe danach die Größe am Ziel: Wenn es 4 GB bei einem Ordner mit 400 GB sind, schau nach, welche Ordner du als Quelle gewählt hast.

Wenn diese Festplatte das Haus verlässt, verschlüssele sie. Wenn der Ordner des Ziels auf einer USB-Festplatte liegt, erscheint beim Anlegen „Alles verschlüsseln, was auf diese Festplatte kommt“. Mit eingeschaltetem Schalter werden Namen und Inhalte auf dem NAS verschlüsselt, bevor irgendetwas geschrieben wird: Eine verlorene oder gestohlene Festplatte lässt sich nicht lesen. Die Festplatte behält ihr gewohntes Format —exFAT, NTFS, ext4— und öffnet sich mit dem Wiederherstellungsschlüssel an jedem Computer, der rclone hat, auch wenn es das NAS nicht mehr gibt. Der Schlüssel wird ein einziges Mal gezeigt, beim Anlegen des Ziels: Schreib ihn außerhalb des NAS und getrennt von der Festplatte auf, denn ohne ihn lässt sich nichts wiederherstellen. Das wird beim Anlegen entschieden und lässt sich danach nicht mehr ändern. Dafür bewahrt dieses Ziel die Versionen so auf wie die Cloud (eine Spiegelung actual/ und, mit dem Datum jedes Durchlaufs, das, was ersetzt wurde) statt mit harten Verknüpfungen.

5.2 Auf einen anderen Server über SSH (Ziel Server über SSH)

Hier stecken 90 % der Fragen, also kommt das ganz ausführlich. Wir nennen NAS dein Gerät und entfernter Server das, das die Kopie bekommt.

Schritt 1 — Hol dir den öffentlichen Schlüssel des NAS

In der App Sicherungen erzeugt das NAS beim Anlegen eines Ziels über SSH sein eigenes Paar SSH-Schlüssel und zeigt dir den öffentlichen. Es ist eine einzige Zeile, ungefähr so:

ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIB4o…9c2K nas@lgm-os

Der private bleibt im NAS, in /etc/nas/ssh, einem Verzeichnis, das nur root lesen kann: Weder das Panel noch irgendein Weg der API können ihn zeigen, weil der Prozess, der die Weboberfläche bedient, ohne Rechte läuft. Kopiere ihn genau so, ganz und in einer einzigen Zeile: Wenn er beim Einfügen in zwei bricht, funktioniert die Freigabe nicht.

Schritt 2 — Lege den Benutzer an, der die Kopie bekommt (auf dem entfernten Server)

Nimm nicht root und nicht deinen persönlichen Benutzer. Ein eigener Benutzer ohne Passwort zum Anmelden:

sudo adduser --disabled-password --gecos "" backups
sudo install -d -m 750 -o backups -g backups /backups/nas    # Zielordner

Schritt 3 — Gib den Schlüssel frei (auf dem entfernten Server)

Die App gibt dir genau diesen Befehl schon mit deinem Schlüssel fertig, zum Kopieren und Einfügen in eine SSH-Sitzung des entfernten Servers, die mit dem Benutzer geöffnet ist, der die Kopie bekommt:

mkdir -p ~/.ssh && chmod 700 ~/.ssh \
  && echo 'ssh-ed25519 AAAA…' >> ~/.ssh/authorized_keys \
  && chmod 600 ~/.ssh/authorized_keys

Wenn du es lieber von einem anderen Konto mit sudo machst, ist das hier dasselbe:

sudo install -d -m 700 -o backups -g backups /home/backups/.ssh
sudo -u backups tee -a /home/backups/.ssh/authorized_keys >/dev/null
# füge hier die vollständige Zeile des öffentlichen Schlüssels ein, drück Enter und dann Strg+D
sudo chmod 600 /home/backups/.ssh/authorized_keys

Die Rechte sind keine Schönheitsfrage: Wenn .ssh nicht 700 ist oder authorized_keys nicht 600, ignoriert OpenSSH den Schlüssel, ohne zu erklären warum, und du siehst ein ratloses „Permission denied (publickey)“.

Empfohlen — schränke ein, was dieser Schlüssel darf, indem du Optionen an den Anfang derselben Zeile setzt, vor ssh-ed25519:

restrict,from="203.0.113.10" ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIB4o…9c2K nas@lgm-os

• restrict schaltet Portweiterleitung, Agent, X11 und die interaktive Konsole ab. rsync läuft weiter (braucht OpenSSH 7.2 oder neuer; Debian 11 und 12 erfüllen das locker).
• from="…" nimmt diesen Schlüssel nur von deiner öffentlichen IP an. Wenn deine IP wechselt, nimmt es auch deinen DDNS-Namen (from="meinhaus.duckdns.org"), oder du lässt die Option weg.

Für Fortgeschrittene, wenn der entfernte Server nicht ganz dir gehört: rrsync sperrt den Schlüssel in ein einziges Verzeichnis ein, im Modus „nur schreiben“, sodass er nicht einmal den Rest der Festplatte lesen kann. In Debian 12 kommt es mit dem Paket rsync unter /usr/bin/rrsync (in früheren Versionen komprimiert in /usr/share/doc/rsync/scripts/):

command="/usr/bin/rrsync -wo /backups/nas",restrict ssh-ed25519 AAAA…

Beachte: Mit -wo (nur schreiben) kommt die Kopie hinein, aber du kannst über denselben Weg nicht wiederherstellen: Das Wiederherstellen läuft vom entfernten Server aus oder indem du diese Einschränkung vorübergehend wegnimmst. Das ist ein bewusster Tausch, kein Versehen.

Schritt 4 — Prüfe den Fingerabdruck des entfernten Servers

Die erste Verbindung wird dich bitten, den Fingerabdruck des Servers anzunehmen. Ihn blind anzunehmen heißt, jedes Gerät anzunehmen, das sich dazwischenstellt — hol dir also den echten, indem du auf dem entfernten Server ausführst:

ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub

Vergleiche diese Zeichenfolge SHA256:… mit der, die dir das NAS beim Testen des Ziels zeigt. Sie stimmen überein, oder du nimmst ihn nicht an.

Schritt 5 — Teste die Verbindung und speichere

Nimm in der App den Knopf Verbindung testen des Ziels: Er prüft, dass das NAS hineinkommt, dass es den Ordner gibt und dass es hineinschreiben kann. Wenn du es lieber von der Konsole des NAS aus siehst, mach es als root und mit dem verwalteten Schlüssel, denn den benutzen die Sicherungen (rsync führt der privilegierte Prozess aus, nicht der Benutzer des Dienstes):

sudo ssh -i /etc/nas/ssh/id_ed25519 -p 22 backups@server.example.com 'touch /backups/nas/.test && echo ok'

Was jeder typische Fehler bedeutet:

Schritt 6 — Lege den Sicherungsauftrag an

Name, Ordner als Quelle, dieses Ziel über SSH, Zeitplan und wie viel aufbewahrt wird. Wenn das Gerät am Ziel nicht dir gehört, verschlüssele dort die Festplatte, die die Kopie bekommt (LUKS): Das Panel verschlüsselt die Kopie noch nicht an der Quelle, und es sagt das auch. Erster Durchlauf von Hand: Die erste Kopie schickt alles und kann Stunden oder Tage dauern, je nach Upload-Leitung. Die folgenden sind inkrementell (rsync schickt nur, was sich geändert hat) und dauern Minuten. Wenn die erste Kopie über das Internet nicht machbar ist, mach sie lokal: Bring das NAS oder eine USB-Festplatte an den Ort des entfernten Servers, kopiere über das lokale Netz und stelle das Ziel danach auf die Verbindung aus der Ferne um — rsync sieht, dass fast alles schon da ist, und schickt nur die Unterschiede.

5.3 Aufbewahrung: Ein Backup ist keine Spiegelung

Ein Detail, das entscheidet, ob du einen Ransomware-Angriff überlebst oder nicht. Wenn die Kopie die Quelle nur spiegelt, wird eine Datei, die heute auf dem NAS gelöscht (oder verschlüsselt) wird, heute Nacht auch in der Kopie gelöscht (oder verschlüsselt).

Abwehr, von wenig nach viel:

1. Versionen, die der Auftrag aufbewahrt: Jeder Durchlauf hinterlässt eine Version, und gelöscht werden nur die ältesten, wenn die Zahl überschritten wird, die du festgelegt hast. Mit 7 täglichen Versionen hast du eine Woche, um zu merken, dass etwas kaputtgegangen ist; mit 1 Version keine. Rechne mit dem Platz: N Versionen belegen mehr als eine, auch wenn die Teile, die sich nicht ändern, geteilt werden. Die intelligente Aufbewahrung (die ab Werk) macht das ohne Zahlen: Sie behält alle Sicherungen der letzten 24 Stunden, eine pro Tag für 7 Tage, eine pro Woche für 4 Wochen und eine pro Monat für 12 Monate — genug frische für einen Schreck von heute, und ein Jahr Tiefe für das, was spät auffällt. Sie zählt „die letzten N Zeiträume mit Sicherungen“, wie restic: Wenn das NAS monatelang aus war, wird das, was vor der Lücke liegt, nicht einfach wegen seines Alters weggeworfen.
2. Snapshots am Ziel: Wenn der entfernte Server ein anderes NAS mit ZFS oder Btrfs ist, lass ihn eigene Snapshots des Verzeichnisses mit den Sicherungen machen. Das ist der billigste und der wirksamste Schutz.
3. Eine abgezogene Kopie: die USB-Festplatte in der Schublade. Was nicht angesteckt ist, kann nicht verschlüsselt werden.

6. Beweisen, dass das Backup taugt (der einzige Teil, der nicht optional ist)

Ein ungeprüftes Backup ist kein Backup: Es ist ein großer Ordner, dem du auf gut Glück vertraust. Die drei Anzeichen, die nichts beweisen, sind der Auftrag auf Grün, die Größe am Ziel und „rsync hat keinen Fehler gebracht“.

Der Knopf Prüfen jedes Auftrags macht die halbe Arbeit, ohne ein Byte zu bewegen: Er liest das ganze Backup vom Ziel zurück und prüft, ob es zu dem passt, was beim Kopieren notiert wurde (auf Festplatte und über SSH die Anzahl der Dateien und die Größe der Version; in der Cloud der Abgleich zwischen dem, was die Spiegelung wiegt, und dem, was die Quelle wiegt). Das Ergebnis bleibt auf der Karte und im Verlauf, und wenn es nicht passt, warnt das NAS so, wie es vor einer fehlgeschlagenen Sicherung warnt. Es entdeckt die Kopie, die auf halbem Weg stehen geblieben ist, das Ziel, das Dateien verloren hat, und die Festplatte, die stirbt — was es nicht beweisen kann, ist, dass die Bytes in jeder Datei noch die richtigen sind. Die Prüfung ergänzt also den echten Test, sie ersetzt ihn nicht.

Der einzige gültige Beweis ist, wirklich wiederherzustellen und die wiederhergestellte Datei zu öffnen. Mit Durchsuchen kostet das so wenig wie nie: Geh in eine Version, kreuze drei zufällige Dateien an und stelle sie in einen temporären Ordner wieder her.

Und wenn die Festplatte des Ziels verschlüsselt ist (LUKS), gehört zum Test, sie mit ihrem Passwort zu öffnen: Eine verschlüsselte Festplatte, deren Schlüssel niemand mehr weiß, ist belegter Platz, kein Backup.

Die automatische Probe (das NAS macht sie von allein)

Alles oben ist richtig, und fast niemand macht es. Deshalb macht das NAS es selbst: Einmal im Monat nimmt es ein paar zufällige Dateien aus der letzten Sicherung jedes Auftrags, stellt sie wirklich in einen temporären Ordner wieder her und vergleicht sie mit dem Original. Danach löscht es das Wiederhergestellte und schreibt es in den Wochenbericht.

Das ist nicht die Prüfung des Knopfes Prüfen —die schaut auf die Größe und die Anzahl der Dateien—. Die Probe stellt wieder her, mit denselben Programmen und auf demselben Weg, den du am schlechten Tag nehmen würdest, und vergleicht Byte für Byte mit dem Original: Nur das entdeckt ein Ziel, das Schreibvorgänge annimmt und Müll zurückgibt, einen verlorenen Verschlüsselungsschlüssel oder eine Festplatte, die genau den Sektor schlecht liest, in dem die Fotos lagen.

Wie sie vermeidet zu stören und wie sie vermeidet zu lügen:

• Zwanzig Dateien, ein halbes Gigabyte und höchstens eine Viertelstunde. Bei einem Backup von zwei Terabyte merkt man es nicht; und weil sie zufällig sind, ist in einem Jahr das halbe Backup getestet.
• Sie nimmt nur Dateien, die es schon gab, als die Sicherung gemacht wurde. Wenn du das Original danach angefasst hast, muss die Kopie anders sein, und ein Vergleich würde einen erfundenen Fehler liefern. Mit dieser Regel kann „anders“ nur heißen „die Kopie ist kaputt“.
• Sie fasst nichts an. Sie stellt in einen temporären Ordner wieder her und löscht ihn am Ende.
• Was nicht verglichen werden konnte, gilt nicht als gut. Es wird getrennt gezählt: Die Zahl, die als geprüft gezeigt wird, ist die derer, die wirklich verglichen wurden.

Zu sehen ist das in der App Sicherungen, im Abschnitt Sicherungsaufträge unter der Liste, mit einem Knopf Jetzt testen, falls du nicht den Monat abwarten willst. Und es steht im Wochenbericht in einem eigenen Abschnitt; wenn eine Kopie nicht zurückkommt, kommt außerdem eine Warnung und die Note des Berichts fällt stark: Ein Backup, das es gibt und das nicht zurückkommt, ist schlimmer als gar kein Backup, denn dann sucht niemand nach einem anderen.

Testplan

Test-Wiederherstellung (monatlich)

Aus der App: Wähle den Auftrag, die Version, die du zurückholen willst, und einen neuen Zielordner — niemals über das Original, denn wenn etwas schiefgeht, willst du die beiden vergleichen können. Die Wiederherstellung läuft als Auftrag, mit ihrem Fortschritt, genau wie die Sicherung.

Öffne danach ein paar Dateien: ein Foto, das man sieht, ein PDF, das aufgeht, ein Video, das läuft. Eine Datei mit 4 MB, die es gibt, die aber nicht aufgeht, ist eine verlorene Datei. Und lösche den Testordner danach, er belegt so viel wie das Wiederhergestellte.

Vollständige Wiederherstellung eines Ordners (vierteljährlich)

Stelle aus der App einen ganzen Ordner nach /mnt/<pool>/wiederherstellungstest wieder her und vergleiche ihn mit dem Original. Von der Konsole des NAS aus:

# 1. Mit dem Original vergleichen: Es darf keine Unterschiede auflisten
sudo diff -qr /mnt/tank/dokumente /mnt/tank/wiederherstellungstest

# 2. Harte Prüfung (vergleicht den Inhalt, nicht Datum und Größe)
sudo rsync -avnc --delete /mnt/tank/dokumente/ /mnt/tank/wiederherstellungstest/

# 3. Den Testordner löschen, wenn du fertig bist
sudo rm -rf /mnt/tank/wiederherstellungstest

In Schritt 2 vergleicht -c Prüfsummen (langsam, aber ehrlich) und -n ändert nichts: Wenn dieser Befehl keine Dateien auflistet, ist der Inhalt Bit für Bit gleich. Pass auf den Platz auf: Der Test verdoppelt vorübergehend das, was du wiederherstellst, wähle also einen Ordner, der hineinpasst.

Ein wichtiger Punkt, wenn du eine alte Version wiederherstellst: Unterschiede zum heutigen Original sind normal (das ist, was sich seitdem geändert hat). Nimm für diesen Vergleich die letzte Version, oder vergleiche nur Dateien, von denen du weißt, dass du sie nicht angefasst hast.

Schreib das Ergebnis auf

Zwei Zeilen pro Test, wo du willst, aber schreib sie auf:

2026-07-25 · 4 Dateien aus dem Backup aus der Ferne wiederhergestellt · gehen auf · 3 Min.
2026-07-25 · Vollständige Wiederherstellung von „dokumente“ (38 GB) · diff ohne Unterschiede · 41 Min.

Die Zahl, die fast niemand misst, ist die Dauer der Wiederherstellung. Zu wissen, dass 2 TB über das Internet zurückzuholen vier Tage sind, ändert Entscheidungen: Vielleicht willst du die Kopie im Haus zusätzlich zu der aus der Ferne, oder eine Festplatte, die du mit dem Auto holen kannst.

Was tun, wenn der Test scheitert

Der Test scheitert, nicht der Tag der Katastrophe: Genau dafür ist er da. Schau dir die Quellen des Auftrags an (fehlte ein Ordner?), die Rechte am Ziel, den Verlauf, falls er seit Wochen still scheiterte, und, wenn die Festplatte des Ziels verschlüsselt ist, ob das Passwort das ist, das du glaubst. Korrigiere es, kopiere noch einmal und teste noch einmal.

7. Was dieses Backup nicht abdeckt

Ehrlich, damit es dich nicht überrascht:

• Eine kaputte Datei, die kaputt mitkopiert wird. rsync kopiert, was da ist. Dagegen stehen die Prüfsummen von ZFS/Btrfs und die geplanten Scrubs, die den Schaden an der Quelle entdecken, bevor er sich ausbreitet.
• Was du nicht als Quelle gewählt hast. Eine neue Freigabe kommt in keinen Auftrag von allein: Wenn du eine anlegst, füge sie dem Auftrag hinzu, zu dem sie gehört, sonst bleibt sie außerhalb des Backups, ohne dass dich jemand warnt.
• Die Dauer des Uploads. Eine Leitung zu Hause mit 300 Mbit/s im Download hat meist 30 im Upload: im besten Fall etwa 10 GB pro Stunde. Plane die erste Kopie mit dieser Zahl im Kopf.
• Die Passwörter und die 2FA. Die Sicherung der Konfiguration enthält den Schlüssel zum Signieren der Sitzungen nicht (er wird neu erzeugt), und deine TOTP-Codes stecken in deinem Handy, nicht im NAS. Bewahre die Wiederherstellungscodes woanders auf.

8. Das Backup in die Cloud schlägt fehl

Als Erstes: Die Fehlermeldung in der App Sicherungen sagt jetzt, was die Cloud geantwortet hat (kein Platz, Berechtigung abgelaufen, falsche Adresse…). Dieser Text ist die Diagnose; was unten steht, ist für die Fälle, die sich wiederholen.

Nextcloud und andere WebDAV: Nimm ein App-Passwort, nicht das deines Kontos (Einstellungen → Sicherheit → Geräte und Sitzungen). Wenn der Server hinter einem Proxy mit einer Grenze für die Größe des Uploads steht, gilt diese Grenze über jeder Einstellung des NAS.

Siehe auch

• Notfallwiederherstellung — was zu tun ist, wenn es schon passiert ist.
• Handbuch für die Verwaltung — Snapshots, Scrubs, Warnungen.