BackmeUp – Handbuch (Version 3.7)

BackmeUp ist eine Android-App, die einen oder mehrere frei wählbare Ordner deines Handys zeitgesteuert auf deine Synology (oder einen anderen Server) sichert – automatisch, im Hintergrund, nach Zeitplan.

1. Was du zuerst wissen solltest

Hinweis: Dieses Handbuch ist auch direkt in der App über den Knopf "📖" auf dem Start- bzw. Job-Bearbeiten-Bildschirm erreichbar (seit Version 2.1) – ohne dass diese Datei separat geöffnet werden muss.

2. App installieren (normaler Weg) und Projekt bauen

Weg A – fertige App installieren (empfohlen):

1. BackmeUp_v3.7.apk auf das Handy übertragen (USB-Kabel, Cloud-Ordner oder an sich selbst senden).
2. Auf dem Handy die Datei antippen. Android fragt beim ersten Mal, ob die installierende App (z. B. der Dateimanager) Apps installieren darf – das muss einmalig erlaubt werden. Der Grund: BackmeUp kommt nicht aus dem Play Store, sondern direkt vom Autor.
3. Die Warnung „App aus unbekannter Quelle" bestätigen und installieren. Beim Aktualisieren auf eine neue Version bleiben alle angelegten Jobs samt Zugangsdaten erhalten – solange die vorherige Fassung nicht vorher deinstalliert wird.

Weg B – Projekt selbst öffnen und bauen (nur nötig, um den Quellcode zu ändern oder eine eigene APK zu erzeugen):

1. Android Studio installieren (kostenlos, developer.android.com/studio).
2. Die ZIP-Datei entpacken.
3. In Android Studio: File → Open → den entpackten Ordner BackmeUp_v3.7 auswählen.
4. Android Studio lädt beim ersten Öffnen automatisch alle benötigten Bibliotheken herunter (Internetverbindung nötig). Das kann beim ersten Mal einige Minuten dauern.
5. Handy per USB anschließen (USB-Debugging aktivieren: Einstellungen → Über das Telefon → 7× auf "Build-Nummer" tippen → Entwickleroptionen → USB-Debugging), oder einen Emulator verwenden.
6. Auf den grünen "Run"-Pfeil klicken. Die App wird installiert und gestartet.

3. Bedienung: mehrere unabhängige Jobs

Seit Version 2.0 gibt es nicht mehr nur eine einzige Konfiguration, sondern beliebig viele Jobs. Ein Job ist eine vollständig eigenständige Sicherung: eigene Ordner, eigener Server, eigener Zeitplan, eigener Ein/Aus-Schalter. Beispiel: Job "Fotos → Synology" läuft täglich um 22 Uhr per SFTP, gleichzeitig läuft Job "Dokumente → PC" alle 6 Stunden per SMB – unabhängig voneinander.

Startbildschirm (Job-Übersicht): zeigt alle angelegten Jobs mit letztem Sicherungsstatus. Pro Job: Ein/Aus-Schalter für die automatische Sicherung, "Bearbeiten", "Jetzt sichern", "Löschen". Über "+ Neuer Job" wird ein weiterer Job angelegt. Während eine Sicherung läuft, wird "Jetzt sichern" durch "Abbrechen" ersetzt, damit sich der Vorgang jederzeit gezielt stoppen lässt.

Job bearbeiten/anlegen (gleicher Bildschirm für neu und bestehend):

1. Name: frei wählbar, z. B. "Fotos zur Synology" – dient nur der Wiedererkennung in der Liste.
2. Ordner auswählen: Über "+ Ordner hinzufügen" einen oder mehrere Ordner auswählen (z. B. DCIM/Camera für Fotos). Mehrfach möglich, gelten alle für diesen einen Job.
3. Wohin sichern: Verbindungsart wählen (siehe Tabelle unten), Adresse, Benutzername, Passwort und Zielordner eintragen, mit "Verbindung testen" prüfen.
4. Zielordner suchen statt tippen: Über den Button "🔍 Zielordner auf Server suchen" lässt sich die Ordnerstruktur auf dem Server durchklicken statt den Pfad zu raten.
5. Wann sichern: Entweder feste Uhrzeit(en) (z. B. 22:00 oder 22:00, 06:00) oder ein Stundenintervall (z. B. alle 6 Stunden) wählen, dann den Schalter "Automatische Sicherung aktiv" einschalten.
6. 💾 Job speichern nicht vergessen – erst dann ist der Job aktiv und in der Übersicht sichtbar. Über "Jetzt sichern" lässt sich außerdem sofort testen, ob alles funktioniert (speichert den Job dabei automatisch mit).

Fortschritt während der Sicherung (seit Version 2.1): Solange ein Job läuft, zeigt die Job-Übersicht direkt "läuft: X von Y Dateien" an, zusätzlich erscheint eine Benachrichtigung mit Fortschrittsbalken. Nach Abschluss steht in der Übersicht z. B. "128 von 128 Dateien gesichert" oder, falls einzelne Dateien fehlgeschlagen sind, "120 von 128 Dateien gesichert, 8 Fehler" mit einer Beispiel-Fehlermeldung. Seit Version 2.1 bricht ein einzelner fehlerhafter Ordner oder eine einzelne fehlerhafte Datei nicht mehr die gesamte Sicherung ab – alle anderen Dateien werden trotzdem weiter gesichert, und am Ende steht klar, wie viele Dateien wirklich übertragen wurden. Ausserdem verhindert die App jetzt, dass derselbe Job versehentlich zweimal gleichzeitig läuft (z. B. durch doppeltes Drücken von "Jetzt sichern").

3a. Mehrere Ordner in einem Job: gleiche Namen, verschachtelte Ordner

Ein Sicherungs-Job darf beliebig viele Ordner enthalten. Auf dem Server entsteht für jeden davon ein Unterordner mit seinem Namen. Zwei Punkte, die dabei seit Version 3.6 abgesichert sind:

Gleiche Ordnernamen. Der häufigste Fall ist ein Ordner „Download" im internen Speicher und ein „Download" auf der SD-Karte. Bis Version 3.5 landeten beide im selben Serverordner: gleichnamige Dateien haben sich dort gegenseitig überschrieben, und der Änderungsabgleich übertrug bei jedem Lauf erneut, weil beide Dateien um denselben Eintrag stritten. Beides blieb unbemerkt, weil die Sicherung „erfolgreich" meldete. Ab Version 3.6 bekommt der zweite Ordner automatisch den Zusatz (2), der dritte (3) und so weiter. In der Ordnerliste des Jobs steht der Zielname direkt dabei („Download → wird gesichert als „Download (2)""), und das Protokoll vermerkt die Umbenennung. Die Zuordnung hängt an der Reihenfolge der Ordnerliste und bleibt deshalb über alle Läufe gleich.

Ineinander liegende Ordner. Wird ein Ordner ausgewählt, der bereits in einem anderen ausgewählten Ordner liegt (oder umgekehrt), lehnt BackmeUp die Auswahl jetzt mit einem Hinweis ab. Sonst würde derselbe Inhalt bei jedem Lauf zweimal übertragen und an zwei verschiedenen Stellen auf dem Server liegen – doppelte Zeit, doppelter Speicherplatz, kein einziger zusätzlich gesicherter Inhalt.

Nicht lesbare Ordner. Ist ein Ordner beim Sicherungslauf nicht erreichbar (SD-Karte entfernt, Berechtigung entzogen), wurde er früher stillschweigend übersprungen – die Sicherung meldete danach Erfolg, obwohl ein ganzer Ordner fehlte. Ab Version 3.6 nennt der Status ihn ausdrücklich, und der Lauf gilt nicht als erfolgreich.

3b. Alle Jobs sichern und wieder einspielen

Ganz unten auf dem Startbildschirm steht unter „Einstellungen sichern" ein Knopfpaar, mit dem sich der gesamte Bestand an Jobs und Hol-Zugängen in eine Datei schreiben und von dort wiederherstellen lässt (neu in Version 3.7). Das ist der Weg für einen Gerätewechsel, vor einer Neuinstallation oder um einen Zugang auf ein zweites Gerät zu übernehmen.

Beim Sichern stehen zwei Möglichkeiten zur Wahl:

1. Mit Kennwort — die Datei enthält alles, auch die Passwörter, und ist verschlüsselt. Verwendet wird AES-256-GCM; der Schlüssel wird aus dem Kennwort mit 120.000 Durchläufen abgeleitet, damit ein kurzes Kennwort nicht einfach durchprobiert werden kann. Die Verschlüsselung erkennt zugleich jede nachträgliche Veränderung der Datei.
   Es gibt keine Hintertür. Ist das Kennwort verloren, ist die Sicherungsdatei wertlos. Das Kennwort gehört an einen sicheren Ort, nicht neben die Datei.
2. Ohne Kennwort — die Datei ist dann lesbarer Text und enthält deshalb keine Passwörter. Alles andere ist dabei: Server, Ordner, Zeitpläne, Schalter. Nach dem Einspielen ist in jedem Job das Passwort einmal neu einzugeben.

Was es bewusst nicht gibt, ist die dritte Kombination: unverschlüsselt mit Passwörtern. Eine solche Datei landet erfahrungsgemäß im Downloads-Ordner, in einem Cloud-Speicher oder in einem Mail-Anhang — Zugangsdaten zum eigenen NAS haben dort nichts verloren, und auf dem Gerät selbst liegen sie aus demselben Grund verschlüsselt.

Beim Einspielen wird die Datei ausgewählt; ob ein Kennwort nötig ist, erkennt BackmeUp an der Datei selbst. Ein Job mit bekannter Kennung ersetzt den vorhandenen, alle übrigen kommen hinzu — eine Sicherung lässt sich also auch dazu verwenden, einzelne Zugänge auf ein zweites Gerät zu übernehmen. Aktivierte Zeitpläne werden anschließend automatisch wieder eingerichtet.

4. Welche Verbindungsart ist die richtige?

4a. Achtung: richtiger Server-Pfad je Protokoll

Beispiel-Zielordner je Ziel-System:

Unterordner werden immer automatisch mitgesichert – die App durchläuft jeden ausgewählten Ordner rekursiv inklusive aller Unterordner. Dafür ist keine gesonderte Einstellung nötig oder vorhanden.

4b. Nur geänderte Dateien übertragen

Seit Version 2.6 überträgt BackmeUp standardmäßig nur noch Dateien, die neu sind oder sich geändert haben. Unveränderte Dateien werden übersprungen – das spart bei wiederkehrenden Sicherungen sehr viel Zeit, Datenvolumen und Akku. Der Schalter „Nur geänderte Dateien übertragen" steht im Job-Bearbeiten-Bildschirm und ist standardmäßig eingeschaltet.

Eine Datei wird nur dann übersprungen, wenn alle drei Bedingungen zutreffen:

1. Sie wurde von diesem Job schon einmal erfolgreich gesichert.
2. Größe und Änderungszeitpunkt auf dem Handy sind seitdem unverändert.
3. Sie liegt auf dem Server tatsächlich in genau dieser Größe vor.

Punkt 3 ist wichtig: Wird eine Datei auf dem Server gelöscht oder kommt sie bei einem Abbruch nur halb an, wird sie beim nächsten Lauf automatisch erneut übertragen. Ebenso wird eine Datei, deren Übertragung fehlgeschlagen ist, beim nächsten Mal wieder versucht.

Der Status nennt übersprungene Dateien getrennt aus, z. B. 500 von 500 Dateien gesichert, 480 unverändert. Wer alles noch einmal vollständig übertragen möchte (z. B. nach einem Wechsel des Zielordners), schaltet den Schalter einfach für einen Durchlauf aus.

4c. WLAN, Akku und Fehlersuche

Nur über WLAN sichern. Standardmäßig startet eine Sicherung nur über eine volumenfreie Verbindung (WLAN). Ohne diesen Schutz würde eine geplante nächtliche Sicherung auch über Mobilfunk laufen und bei einem Fotoordner schnell etliche Gigabyte Datenvolumen verbrauchen. Ist gerade kein WLAN verfügbar, wartet der Job und startet automatisch, sobald WLAN da ist — die App zeigt in diesem Fall „Wartet auf WLAN…" statt vorzutäuschen, es liefe bereits etwas. Wer bewusst auch mobil sichern möchte, schaltet den Schalter im Job aus.

Protokoll: was wurde nicht gesichert? Der Status nennt nur die Anzahl der Fehler und ein Beispiel. Über „📄 Protokoll des letzten Laufs" im Job-Bearbeiten-Bildschirm steht dagegen jede einzelne nicht gesicherte Datei mit vollem Zielpfad und Ursache. Genau das ist bei einer Sicherung die entscheidende Information — nicht „irgendetwas fehlt", sondern „diese Dateien sind nicht geschützt". Über „Teilen" lässt sich das Protokoll bei Bedarf weitergeben; es enthält keine Zugangsdaten.

Server-Fingerabdruck zurücksetzen. Bei SFTP merkt sich BackmeUp beim ersten Verbinden den Schlüssel des Servers und verweigert später die Verbindung, wenn dieser sich ändert (Schutz vor einem untergeschobenen Server). Ändert er sich rechtmäßig — etwa nach einer Neuinstallation des NAS — wäre die Verbindung sonst dauerhaft blockiert. Der Knopf „Server-Fingerabdruck zurücksetzen" bei den Servereinstellungen löst das. Nur verwenden, wenn die Ursache der Änderung bekannt ist.

4d. Dateien oder ganze Ordner vom Server holen

Für den Alltagsfall „ich brauche unterwegs etwas vom Server zurück" gibt es einen eigenen Eintrag. Über „+ Vom Server holen" auf dem Startbildschirm wird er angelegt. Er sichert nichts, sondern merkt sich nur, von welchem Server geholt wird und wohin es auf dem Handy soll. Das Formular hat drei Abschnitte:

1. Woher holen? — die Serverdaten.
2. Wohin auf dem Handy speichern? — ein Ordner, den du über die normale Android-Ordnerauswahl bestimmst. Wird keiner gewählt, fragt die App beim ersten Holen danach und merkt sich die Antwort. Hier sitzt auch der Schalter „Geänderte Dateien aktualisieren".
3. Jetzt holen (neu in Version 3.6) — zwei Knöpfe, „⬇ Einzelne Datei holen" und „⬇ Ganzen Ordner holen". Beide speichern den Eintrag und öffnen sofort die passende Auswahl auf dem Server. Damit ist schon beim Anlegen sichtbar, was der Eintrag überhaupt kann; vorher sprach das Formular ausschließlich von Ordnern, und die Wahl zwischen Datei und Ordner tauchte erst über den Umweg Übersicht → „⬇ Holen" auf. Wer die App nicht kennt, findet das nicht.
   Warum keine feste Quelldatei im Eintrag? Weil eine Datei in aller Regel jedes Mal anders heißt — ein gespeicherter Dateiname wäre schon beim zweiten Holen falsch. Gespeichert wird deshalb nur der Startordner, in dem die Auswahl beginnt; die Datei selbst wird jedes Mal frisch ausgewählt.

Ordnerauswahl zum Sichern und der Zeitplan fehlen hier bewusst — für das Holen haben sie keine Bedeutung.

In der Übersicht erscheint der Eintrag mit einem ⬇ vor dem Namen und einem Knopf „⬇ Holen". Der führt auf einen Bildschirm mit zwei Möglichkeiten:

1. ⬇ Datei auf dem Server auswählen — öffnet einen Browser, der Ordner und Dateien samt Größe zeigt: Ordner antippen zum Öffnen, Datei antippen zum Herunterladen.
2. ⬇ Ganzen Ordner auf dem Server auswählen (seit Version 3.5) — öffnet denselben Server-Browser, diesmal zum Auswählen eines Ordners. BackmeUp holt dann diesen Ordner mitsamt allen Unterordnern vollständig auf das Handy.

Ist ein Zielordner im Eintrag hinterlegt, landet das Ergebnis ohne weitere Nachfrage dort. Beim Ordner-Holen wird darin ein Unterordner mit dem Namen des Server-Ordners angelegt (bzw. wiederverwendet, falls schon einmal geholt), damit sich mehrere geholte Ordner nicht vermischen.

Was beim Ordner-Holen mit vorhandenen Dateien passiert: Standardmäßig wird eine Datei, die im Zielordner bereits liegt, übersprungen und nicht angerührt — ein erneutes Holen lädt also nur nach, was seit dem letzten Mal dazugekommen ist, ohne etwas zu überschreiben oder zu löschen.

Wer den Ordner wirklich abgleichen will, schaltet im Eintrag „Geänderte Dateien aktualisieren" ein (neu in Version 3.6). Dann wird eine vorhandene Datei zusätzlich mit der Größe auf dem Server verglichen und bei Abweichung neu geholt und dabei überschrieben. Der Schalter ist bewusst standardmäßig aus und fragt beim Einschalten noch einmal nach, denn er hebt den bisherigen Grundsatz auf, dass BackmeUp auf dem Handy nie etwas überschreibt: Eine auf dem Handy geänderte Datei geht dabei verloren. Verglichen wird nur die Größe – aus demselben Grund wie beim Sichern (Abschnitt 4b): Die Zeitstempel der Protokolle sind unterschiedlich genau und beziehen sich auf unterschiedliche Zeitzonen. Eine Änderung, die die Dateigröße nicht verändert, wird deshalb nicht erkannt.

Protokoll und letzter Lauf (neu in Version 3.6). Auch ein Hol-Vorgang schreibt jetzt ein Protokoll — mit jeder geholten, aktualisierten und fehlgeschlagenen Datei samt Ursache. Es steht sowohl im Holen-Bildschirm als auch im Eintrag über „📄 Protokoll des letzten Laufs" bereit, und die Übersicht zeigt beim Eintrag, wann zuletzt etwas geholt wurde. Bis Version 3.5 gab es für Hol-Zugänge überhaupt keine Aufzeichnung: Was geholt wurde und was fehlschlug, war nach dem Schließen des Bildschirms nicht mehr feststellbar.

Am Ende zeigt der Status, wie viele Dateien geholt, aktualisiert und übersprungen wurden; schlägt eine einzelne Datei fehl, bricht das den restlichen Ordner-Download nicht ab, sondern wird nur mitgezählt und protokolliert. Läuft das Handy dabei nicht über WLAN, fragt BackmeUp vor dem Ordner-Holen nach — ein Ordner voller Fotos kann das Datenvolumen eines Monats aufbrauchen.

Beim Holen einer einzelnen Datei bestimmt weiterhin ausschließlich der Nutzer über den Android-Speicherdialog, wohin geschrieben wird, sofern kein Zielordner hinterlegt ist; Android legt bei Namensgleichheit selbstständig eine neue Datei an, statt etwas zu überschreiben.

4e. „Verbindung testen" schlägt fehl – Fehlersuche

Die Meldung bei „Verbindung testen" zeigt fast immer sofort, in welchem Bereich das Problem liegt. Diese Fehler treten nicht in BackmeUp selbst auf, sondern beim Server bzw. Router davor — hier die typischen Ursachen und wie man sie eingrenzt.

Grundunterscheidung: Ob eine Adresse erreichbar ist, hängt davon ab, von wo aus verbunden wird:

Für beide Fälle in einem Job dieselbe DynDNS-Adresse zu verwenden funktioniert nicht immer zuverlässig (siehe NAT-Hairpinning unten) – im Zweifel für den Heimnetz-Betrieb die lokale Adresse eintragen.

„Connection timed out" / „No route to host" beim Test im eigenen WLAN:

Gleicher Fehler beim Test über Mobilfunk (außerhalb des Heimnetzes):

Von außen testen, ohne BackmeUp selbst zu bemühen: Ein Online-Port-Checker zeigt schnell, ob der Port überhaupt erreichbar ist. Wichtig dabei: manche dieser Tools testen nur die eigene, gerade aktive Verbindung und lassen sich nicht auf eine andere Zieladresse umstellen (Feld heißt dann oft „Your IP" und ist nicht änderbar) – damit lässt sich der eigene Server nicht sinnvoll testen, sobald man selbst unterwegs ist. Tools mit einem frei änderbaren Feld „Remote Address" (z. B. yougetsignal.com/tools/open-ports/) sind dafür die richtige Wahl: dort die DynDNS-Adresse und den externen Port eintragen. Zeigt das Ergebnis „offen", liegt ein verbleibendes Problem eher an BackmeUp-Einstellungen (Adresse/Port/Protokoll im Job); zeigt es „geschlossen" oder „No route to host", liegt es an Router oder Server.

Zugriff klappt im Heim-WLAN, aber nicht über Mobilfunk (IPv4/IPv6)

Der Fall ist besonders irreführend: Im eigenen WLAN funktioniert alles, unterwegs über Mobilfunk läuft dieselbe Verbindung in einen Zeitüberschreitungsfehler. Naheliegend ist der Verdacht, die Portfreigabe oder die DynDNS-Adresse sei falsch – beides kann aber tadellos eingerichtet sein. Die Ursache liegt darin, dass Handy und Router sich über zwei verschiedene Internet-Protokolle unterhalten.

Hintergrund: Heutige Anschlüsse arbeiten mit Dual Stack, also mit IPv4 und IPv6 gleichzeitig. Der DDNS-Dienst einer Synology trägt unter demselben Namen standardmäßig beide Adressen ein – einen A-Eintrag für IPv4 und einen AAAA-Eintrag für IPv6. Die Portfreigabe im Router gilt aber nur für IPv4; in der FRITZ!Box steht im Freigabe-Dialog sogar ausdrücklich „(Nur IPv4)" unter dem Port-Feld. Für IPv6 gibt es also keine Freigabe, und die IPv6-Firewall des Routers blockiert die Verbindung. Welchen der beiden Wege ein Gerät wählt, entscheidet normalerweise das Betriebssystem – und Mobilfunknetze bevorzugen häufig IPv6.

Was BackmeUp seit 3.4 tut: Die App löst die Serveradresse selbst auf und verbindet zuerst über IPv4 – also über den Weg, den du mit deiner Portfreigabe eingerichtet hast. Erst wenn darüber keine Verbindung zustande kommt, wird IPv6 versucht. Damit funktionieren beide Lager ohne Einstellung: der Normalfall ebenso wie ein DS-Lite-Anschluss, bei dem der Anbieter gar keine eigene öffentliche IPv4-Adresse vergibt und deshalb umgekehrt nur IPv6 übrig bleibt.

Falls es trotzdem nicht klappt – so prüfst du, ob es daran liegt: Lass die DynDNS-Adresse auflösen und sieh nach, ob es neben dem A- auch einen AAAA-Eintrag gibt. Am PC mit nslookup -type=AAAA meinname.synology.me, alternativ mit einem beliebigen Online-DNS-Werkzeug. Der A-Eintrag sollte mit der IPv4-Adresse übereinstimmen, die der Router unter Internet → Freigaben als „IPv4-Adresse im Internet" anzeigt – tut er das, arbeitet DynDNS korrekt und ist nicht die Ursache.

Bleibt es dabei, dass nur der IPv6-Weg zur Verfügung steht (typisch bei DS-Lite), gibt es zwei Möglichkeiten. Die naheliegende – IPv6 am Router freigeben – ist mit Vorsicht zu genießen: Weil IPv6 ohne Adressumsetzung arbeitet, kennt die FRITZ!Box hier keine einzelnen Portfreigaben, sondern nur den Schalter „Dieses Gerät komplett für den Internetzugriff über IPv6 freigeben (Exposed Host)".

Die zweite und sauberere Möglichkeit ist ein privates Netz statt offener Ports: Ein VPN-Dienst wie Tailscale oder WireGuard – bei Synology als Paket installierbar, auf dem Handy als App – verbindet Handy und Server in einem eigenen, verschlüsselten Netz. Am Router muss dafür überhaupt kein Port geöffnet werden, und die Frage IPv4 oder IPv6 stellt sich nicht mehr. In BackmeUp wird dann einfach die Adresse eingetragen, die das VPN dem Server gibt. Etwas mehr einmaliger Aufwand, dafür dauerhaft die sicherste Variante.

4f. SFTP-Ziel auf einem PC statt Synology: SSH-Server einrichten (Windows, Linux, macOS)

Warum das nötig ist: SFTP ist kein eigenständiges Programm, sondern ein Übertragungsweg, der auf einem SSH-Server aufsetzt. Bei einer Synology ist dieser Server bereits Teil von DSM und wird nur mit einem Schalter aktiviert (siehe Abschnitt 4). Wer stattdessen einen gewöhnlichen Windows-, Linux- oder Mac-Rechner als Backup-Ziel verwenden möchte (z. B. den heimischen PC statt eines NAS), muss dort zunächst einen SSH-Server einrichten. Erst danach nimmt der Rechner SFTP-Verbindungen überhaupt entgegen. Wie das je nach Betriebssystem geht, steht in den folgenden drei Abschnitten – danach ist die Einrichtung in BackmeUp selbst bei allen drei Systemen identisch (siehe Beispiel am Ende dieses Abschnitts).

Windows

Schritt 1: OpenSSH-Server installieren

1. Einstellungen öffnen → System → Optionale Features (unter Windows 11; bei Windows 10: Apps → Optionale Features verwalten). Schneller geht es über die Windows-Suche: Start antippen, Optionale Features eintippen und den gleichnamigen Treffer öffnen.
2. Oben auf „Feature anzeigen" bzw. „Feature hinzufügen" klicken, nach OpenSSH-Server suchen, auswählen und installieren. (Nicht zu verwechseln mit „OpenSSH-Client" – der ist meist schon vorinstalliert und reicht für einen Server-Betrieb nicht aus.)

Alternativ geht es auch per PowerShell, als Administrator gestartet:

Add-WindowsCapability -Online -Name OpenSSH.Server~~~~0.0.1.0

Schritt 2: Dienst starten und dauerhaft aktivieren

Ebenfalls in einer PowerShell mit Administratorrechten:

Start-Service sshd
Set-Service -Name sshd -StartupType 'Automatic'

Der zweite Befehl sorgt dafür, dass der SSH-Dienst auch nach einem Neustart automatisch wieder läuft – ohne ihn würde jede geplante nächtliche Sicherung ins Leere laufen, sobald der Rechner neu gestartet wurde.

Schritt 3: Firewall prüfen

Windows legt beim Installieren des Features normalerweise automatisch eine passende Firewall-Regel „OpenSSH SSH Server (sshd)" für Port 22 an. Kurzer Kontrollblick unter Windows-Sicherheit → Firewall & Netzwerkschutz → Erweiterte Einstellungen → Eingehende Regeln lohnt sich trotzdem, falls die Verbindung später nicht zustande kommt.

Linux

Schritt 1: OpenSSH-Server installieren

In einem Terminal, je nach Distribution:

# Debian, Ubuntu und Ableger:
sudo apt update && sudo apt install openssh-server

# Fedora, RHEL, Rocky Linux und Ableger:
sudo dnf install openssh-server

# Arch Linux und Ableger:
sudo pacman -S openssh

Schritt 2: Dienst starten und dauerhaft aktivieren

sudo systemctl enable --now ssh

(Bei manchen Distributionen, z. B. Fedora/RHEL, heißt der Dienst sshd statt ssh – gilt dann entsprechend für den Befehl oben.) enable --now startet den Dienst sofort und sorgt dafür, dass er auch nach jedem Neustart automatisch wieder läuft.

Schritt 3: Firewall prüfen

# Falls ufw aktiv ist (Debian/Ubuntu):
sudo ufw allow 22/tcp

# Falls firewalld aktiv ist (Fedora/RHEL):
sudo firewall-cmd --permanent --add-service=ssh && sudo firewall-cmd --reload

macOS

macOS bringt den SSH-Server bereits fertig mit – hier ist keine zusätzliche Installation nötig, er muss nur eingeschaltet werden:

1. Systemeinstellungen öffnen → Allgemein → Freigabe (bei älteren macOS-Versionen: Systemeinstellungen → Freigaben).
2. Den Schalter bei „Entfernte Anmeldung" (Remote Login) aktivieren.
3. Darunter festlegen, wer sich verbinden darf: entweder „Für alle Benutzer" oder gezielt den eigenen Account auswählen.

Die Firewall von macOS lässt eingehende Remote-Login-Verbindungen zu, sobald der Dienst auf diesem Weg aktiviert wurde; eine gesonderte Freigabe ist normalerweise nicht nötig.

Verbindung testen (alle drei Systeme)

Vor der Einrichtung in BackmeUp lohnt ein kurzer Test von einem anderen Gerät im selben Netz, z. B. von einem weiteren Computer oder per SSH-App:

ssh benutzername@192.168.1.50

Fragt das Programm nach dem Passwort und lässt sich danach anmelden, läuft der Server korrekt. benutzername ist dabei der ganz normale Anmeldename des jeweiligen Systems, 192.168.1.50 die lokale IP-Adresse des Rechners:

• Windows: Einstellungen → Netzwerk und Internet → Eigenschaften
• Linux: Terminal, Befehl ip a oder hostname -I
• macOS: Systemeinstellungen → Netzwerk, oder in derselben Freigabe-Seite aus Schritt 1

4g. Datum und Uhrzeit der gesicherten Dateien

Bis Version 3.6 übertrug BackmeUp nur den Inhalt einer Datei. Auf dem Server trug die Kopie deshalb das Datum ihrer Sicherung — bei einem gesicherten Fotoordner also schlagartig alle Dateien dasselbe. Sortieren nach Datum, „neueste zuerst" und jede Suche nach einem Zeitraum waren auf der Serverseite damit wertlos.

Ab Version 3.7 wird der Änderungszeitpunkt der Ursprungsdatei mit übertragen. Für die bereits gesicherten Dateien holt der erste Lauf nach dem Update das einmalig nach: Auch Dateien, die als unverändert übersprungen werden, bekommen dabei ihren richtigen Zeitstempel. Das kostet nur einen kleinen Befehl je Datei — nichts wird erneut hochgeladen. Danach geschieht es still bei jeder Übertragung mit.

5. Sicherheit

Da Sicherheit beim Thema "automatischer Datei-Upload" besonders wichtig ist, hier eine offene Übersicht, was die App tut und was nicht:

• Keine Datenübertragung an Dritte: Die App sendet Daten ausschließlich an den von dir selbst eingegebenen Server. Es gibt keine Analyse-, Werbe- oder Tracking-Bibliotheken, keine Verbindung zu Servern des Entwicklers.
• Verschlüsselte Speicherung der Zugangsdaten: Benutzername und Passwort werden auf dem Handy AES-256-verschlüsselt gespeichert (androidx.security-crypto), nicht im Klartext.
• Minimale Berechtigungen: Die App fragt nur Internet-Zugriff und die Berechtigung für zeitgesteuerte Sicherung an. Kein Zugriff auf Kamera, Kontakte, Standort oder den gesamten Speicher – Ordner werden ausschließlich über den offiziellen Android-Ordnerauswahl-Dialog freigegeben, die App sieht nur das, was du aktiv auswählst.
• SFTP-Schutz vor Man-in-the-Middle: Beim allerersten Verbindungsaufbau zu einem Server merkt sich die App dessen "Fingerabdruck" (Schlüssel). Ändert sich dieser später unerwartet, bricht die App die Verbindung ab, statt sie stillschweigend zuzulassen.
• Quelloffener, nachvollziehbarer Code: Der komplette Quellcode liegt bei und kann von jeder Android-Entwicklerin/jedem Android-Entwickler eingesehen und geprüft werden. Verwendet werden ausschließlich etablierte, quelloffene Standardbibliotheken (SSHJ, Apache Commons Net, sardine-android, jcifs-ng) – keine Fremdcode-Pakete unbekannter Herkunft.

6. Bekannte Einschränkungen

• Sehr große Ordner (viele Gigabyte) können je nach Android-Energiesparmodus länger brauchen oder unterbrochen werden. Empfehlung: BackmeUp in den Akku-Einstellungen von der Optimierung ausnehmen ("uneingeschränkt" statt "optimiert").
• Feste Uhrzeiten werden möglichst exakt eingehalten; ohne die Berechtigung "Exakte Alarme" (Android fragt danach, wenn nötig) kann es zu einer Abweichung von einigen Minuten kommen.
• Automatisch gesichert wird nur in eine Richtung (Handy → Server). Einzelne Dateien lassen sich von Hand zurückholen (Abschnitt 4d), eine automatische Wiederherstellung ganzer Ordner gibt es bewusst nicht.
• Der Änderungsabgleich erkennt Änderungen an Größe und Änderungszeitpunkt einer Datei. Wird eine Datei verändert, ohne dass sich beides ändert (in der Praxis sehr ungewöhnlich), bliebe sie unbemerkt. Wer ganz sichergehen will, schaltet für einen Durchlauf „Nur geänderte Dateien übertragen" aus.
• Jeder Job läuft mit seinem eigenen Zeitplan unabhängig - bei sehr vielen gleichzeitig aktiven Jobs mit kurzen Intervallen kann es zu überlappenden Sicherungen kommen (jeder Job blockiert dabei nur sich selbst, nicht die anderen).
• Beim Holen ganzer Ordner erkennt „Geänderte Dateien aktualisieren" eine Änderung nur an der Dateigröße (Abschnitt 4d). Beim Sichern ist der Abgleich genauer, weil dort zusätzlich der Änderungszeitpunkt auf dem Handy zur Verfügung steht.
• Gelöscht wird nie – weder auf dem Server noch auf dem Handy. Wird eine Datei am Ursprungsort entfernt, bleibt die gesicherte Fassung erhalten. Das ist Absicht: Eine Sicherung, die Löschungen mitmacht, schützt nicht vor einem versehentlichen Löschen.
• FTPS wird in der gebräuchlichen Form „explizit" unterstützt (Verschlüsselung wird auf der bestehenden Verbindung ausgehandelt, Standardport 21). Die ältere Form „implizit" auf Port 990 ist nicht vorgesehen.
• Bei WebDAV lässt sich der Änderungszeitpunkt der gesicherten Dateien nicht setzen (Abschnitt 4g) — dort tragen sie weiterhin das Datum der Sicherung.
• Eine Sicherung der Einstellungen (Abschnitt 3b) kann die Ordner-Berechtigungen nicht enthalten; sie sind an die App-Installation auf dem Gerät gebunden und nach dem Einspielen neu zu erteilen.

7. Versionsverlauf