{"id":2695,"date":"2025-04-06T18:41:58","date_gmt":"2025-04-06T16:41:58","guid":{"rendered":"https:\/\/digital-cleaning.de\/?p=2695"},"modified":"2025-04-07T16:01:35","modified_gmt":"2025-04-07T14:01:35","slug":"filen-verschluesselte-cloud-aus-deutschland-mit-besonderen-backup-funktionen","status":"publish","type":"post","link":"https:\/\/digital-cleaning.de\/index.php\/filen-verschluesselte-cloud-aus-deutschland-mit-besonderen-backup-funktionen\/","title":{"rendered":"Filen. Verschl\u00fcsselte Cloud aus Deutschland mit besonderen Backup-Funktionen"},"content":{"rendered":"\n
\"\"<\/figure>\n\n\n\n

Angesichts der aktuellen Geschehnisse in den USA haben Anwender zunehmend Bedenken, ihre pers\u00f6nlichen Dokumente auf Servern von Microsoft, Apple oder Google zu speichern. Filen <\/a><\/strong>aus Recklinghausen kann daher gerade jetzt eine gute Alternative sein: Ende-zu-Ende-Verschl\u00fcsselung <\/strong>des kompletten Datenbestands, eigene Server ausschlie\u00dflich in Deutschland, Apps f\u00fcr Linux, Win, Mac, Android und iOS<\/strong>. Eine Besonderheit sind 5 unterschiedliche Sync-Varianten<\/strong>, die Backupvorg\u00e4nge deutlich vereinfachen.<\/p>\n\n\n

\n
\"\"<\/a><\/figure><\/div>\n\n\n

Ende-zu-Ende-Verschl\u00fcsselung (E2EE) bei Filen<\/h2>\n\n\n\n

Es gibt viele Varianten von Verschl\u00fcsselungen. Der Gold-Standard hierbei ist die Ende-zu-Ende-Verschl\u00fcsselung mit AES. Dateien werden noch auf dem Ger\u00e4t des Anwenders<\/strong> verschl\u00fcsselt, bevor sie \u00fcberhaupt zur Cloud geschickt werden. Bei entsprechend komplexer Verschl\u00fcsselung k\u00f6nnen weder Cloud-Anbieter noch Mitarbeiter von Rechenzentren noch IT-Spezialisten, Hacker oder Geheimdienste etwas mit den Daten anfangen. Filen verwendet eine AES 256-Bit-Dateiverschl\u00fcsselung, die auch nach Milit\u00e4rstandards als ausgesprochen sicher gilt (und sogar gegen k\u00fcnftige Angriffe durch Quanten-Computer sch\u00fctzen soll). Eine Entschl\u00fcsselung findet wiederum erst nach dem Download auf den Ger\u00e4ten statt.<\/p>\n\n\n\n

Das beschriebene Verfahren wird auch von einzelnen anderen Cloud-Anbietern – wie pCloud <\/a><\/strong>– verwendet, aber Filen geht noch einen Schritt weiter: Das Unternehmen legt den Quellcode<\/a><\/strong> offen. Und bei Filen ist es nicht ein einzelner (Crypto-)Ordner, der verschl\u00fcsselte Daten aufnimmt – der gesamte Datenbestand wird verschl\u00fcsselt.<\/p>\n\n\n\n

Echte Verschl\u00fcsselung hat allerdings auch Nachteile: Ein Suchindex l\u00e4sst sich nicht ohne Probleme bilden, da auch die Dateinamen f\u00fcr den Cloud-Dienst nicht mehr lesbar sind. Filen hat allerdings ein komplexes Verfahren<\/a> entwickelt, das zur Zeit ausgerollt wird und eine globale Suche f\u00fcr den Anwender trotz Verschl\u00fcsselung erm\u00f6glicht.<\/p>\n\n\n\n

Ein anderer Nachteil: Im Unterschied zu einer Standard-Nextcloud, an die sich alle m\u00f6glichen Apps und Erweiterungen andocken und Daten austauschen k\u00f6nnen, ist der Funktionsumfang einer verschl\u00fcsselten Cloud deutlich geringer. Trotzdem bietet Filen einige Erg\u00e4nzungen, die \u00fcber Backup und Dateiablage hinausgehen.<\/p>\n\n\n\n

Im Mittelpunkt: Dateimanagement<\/h2>\n\n\n\n

allgemeine Funktionen<\/h3>\n\n\n
\n
\"\"<\/a><\/figure><\/div>\n\n\n

Zur Dateiablage muss man nicht viel sagen. Man erstellt seine Ordner und Unterordner, f\u00fcllt sie mit Dateien, l\u00e4dt sie \u00fcber das Web-Frontend oder den Client des jeweiligen Ger\u00e4ts hoch usw. Auch das \u00f6ffentliche Teilen mit speziellen Links, Passw\u00f6rtern und Ablaufdatum ist den meisten Lesern sicher durch andere Clouds hinreichend bekannt.<\/p>\n\n\n

\n
\"\"<\/a><\/figure><\/div>\n\n\n

Eine Versionierung ist auch dabei – man kann also z. B. die vor-vor-letzte Version wieder herstellen.<\/p>\n\n\n\n

Netzwerk-Laufwerk<\/h3>\n\n\n\n

Interessanter ist da schon die Einbindung als Netzwerk-Laufwerk, sodass man direkt auf die eigene Cloud-Struktur im gewohnten Dateimanager zugreifen kann. Auch das haben andere Crypto-Clouds im Portfolio, aber Filen bietet das Verfahren auch f\u00fcr Linux an (was ProtonDrive<\/a><\/strong> momentan noch nicht umgesetzt hat).<\/p>\n\n\n

\n
\"\"<\/a><\/figure><\/div>\n\n\n

Zugriff via WebDAV ist auch m\u00f6glich, demn\u00e4chst soll eine rclone-Anbindung folgen.<\/p>\n\n\n\n

F\u00fcnf verschiedene Sync-\/Backup-Methoden<\/h2>\n\n\n\n

Das ist nun eine echte Besonderheit von Filen: Es stehen f\u00fcnf verschiedene Varianten f\u00fcr den Abgleich zwischen lokalen Dateien und jenen in der Cloud zur Verf\u00fcgung. Wichtig f\u00fcr „echte“ Backup-Vorhaben. Denn es gilt die Regel: „Ein Sync <\/em>ist kein Backup.“<\/p>\n\n\n

\n
\"\"<\/a><\/figure><\/div>\n\n\n

Methode 1: Spiegelung in beide Richtungen<\/h3>\n\n\n\n

Das ist der \u00fcbliche Vorgang bei den meisten Cloud-Diensten: Man nimmt eine \u00c4nderung, Erg\u00e4nzung oder L\u00f6schung auf dem lokalen Speicher vor – und schwupps gleicht sich die Cloud-Datei-Ablage an. Oder in der Cloud erfolgt eine \u00c4nderung, die dann auf den synchronisierten Ger\u00e4ten \u00fcbernommen wird. In vielen F\u00e4llen m\u00f6chte man auch genau diese Spiegelung haben, um nahtlos mit unterschiedlichen Ger\u00e4ten arbeiten zu k\u00f6nnen.<\/p>\n\n\n\n

\n

Beispiel: Du arbeitest zu Hause an einem Projekt am Desktop-Computer. Dann schnappst Du Dir Dein Notebook, auf das die \u00c4nderungen via Cloud \u00fcbertragen wurden, und erg\u00e4nzt ein Kapitel auf der Zugfahrt. Im B\u00fcro angekommen, ist das neue Kapitel auch auf Deinem Arbeitsplatz-Rechner vorhanden.<\/p>\n<\/blockquote>\n\n\n\n

Methode 2: Lokal zu Cloud<\/h3>\n\n\n\n

Hier wird der lokale Datenbestand zur Cloud \u00fcbertragen. Werden aber in der Cloud \u00c4nderungen vorgenommen, so werden diese nicht zum lokalen Speicher \u00fcbertragen.<\/p>\n\n\n\n

\n

Beispiel 1: Deine Fotos werden von Deiner externen USB-SSD zur Cloud \u00fcbertragen. In der Cloud sortierst Du w\u00e4hrend einer l\u00e4ngeren Zugfahrt Fotos aus oder verschiebst sie, um sp\u00e4ter ein Fotobuch zu erzeugen. Auf Deiner SSD bleiben die Fotos davon unber\u00fchrt.<\/p>\n\n\n\n

Beispiel 2: Du arbeitest zusammen mit einem Team und Ihr nutzt Filen. Dein lokales Arbeitsverzeichnis wird zur Cloud \u00fcbertragen. Andere aus dem Team nehmen in der Cloud \u00c4nderungen vor. Ihr habt damit innerhalb der Cloud-Ablage eine gemeinsame Arbeitsplattform, w\u00e4hrend Eure lokalen Arbeitsverzeichnisse unver\u00e4ndert erhalten bleiben.<\/p>\n<\/blockquote>\n\n\n\n

Methode 3: Lokales Backup<\/h3>\n\n\n\n

Dateien werden in die Cloud hochgeladen. Der Stand der Cloud-Ablage bleibt erhalten, auch wenn lokal \u00c4nderungen vorgenommen werden.<\/p>\n\n\n\n

\n

Beispiel: W\u00e4hrend man an einem Projekt arbeitet, schiebt man abgeschlossene Teile auf einen Archivierungspfad. Dieser wird von Filen wie ein Backup gespeichert. Auch neue und ge\u00e4nderte Daten werden zur Cloud \u00fcbertragen. Wird der Pfad aber versehentlich gel\u00f6scht, so bleibt das Cloud-Backup dennoch erhalten. Oder Du verschiebst den Pfad nach Projektende oder lagerst ihn auf ein externes Speichermedium aus – das Cloud-Backup \u00e4ndert sich durch diese lokalen Aktionen nicht.<\/p>\n<\/blockquote>\n\n\n\n

Methode 4: Cloud zu Lokal<\/h3>\n\n\n\n

\u00c4nderungen in der Cloud werden lokal \u00fcbernommen, aber lokale \u00c4nderungen haben keinen Einfluss auf die Cloud.<\/p>\n\n\n\n

\n

Beispiel: In der Cloud hast Du bestimmte Ausgangsdaten, die nicht ge\u00e4ndert werden sollen. Etwa Recherche-Ergebnisse f\u00fcr einen umfangreichen Artikel oder Formulare, die ausgef\u00fcllt werden k\u00f6nnen. F\u00fcr unterwegs werden diese „Stammdaten“ mit dem Notebook synchronisiert, damit sie offline zur Verf\u00fcgung stehen. Auf dem Notebook kannst Du nun \u00c4nderungen vornehmen, z. B. \u00fcberfl\u00fcssige Informationen l\u00f6schen oder Formulare ausf\u00fcllen. Das beeinflusst aber nicht den Datenbestand in der Cloud.<\/p>\n<\/blockquote>\n\n\n\n

Methode 5: Cloud-Backup<\/h3>\n\n\n\n

Nur neue oder ge\u00e4nderte Dateien werden aus der Cloud heruntergeladen und lokal gespeichert. L\u00f6schungen (lokal oder in der Cloud) werden ignoriert.<\/p>\n\n\n\n

\n

Beispiel: Du m\u00f6chtest ein Archiv deiner Cloud-Daten auf einer externen Festplatte erstellen, ohne dass lokale \u00c4nderungen versehentlich Daten aus der Cloud entfernen. Du erstellst also ein Backup Deines Cloud-Datenbestandes.<\/p>\n<\/blockquote>\n\n\n\n

\u00dcbersicht<\/h3>\n\n\n\n

Diese verschieden Methoden der Synchronisierung sind ungewohnt. Ich musste mich da erst einmal hineindenken und mit Beispieldateien die unterschiedlichen Varianten ausprobieren. Das w\u00fcrde ich auch f\u00fcr das eigene Vorgehen vorschlagen: Ausprobieren, welche Methode wie wirkt. Problemlos kann man mehre Methoden gleichzeitig anwenden: Etwa eine Spiegelung in beide Richtungen f\u00fcr ein aktuelles Projekte (Methode 1) plus ein Backup zur Fixierung eines Zwischenstandes (Methode 3). <\/p>\n\n\n

\n
\"\"<\/a><\/figure><\/div>\n\n\n\n \n \n \n \n \n \n \n \n
Methode<\/th>\n Richtung der Synchronisation<\/th>\n Lokale \u00c4nderungen wirken auf Cloud?<\/th>\n Cloud-\u00c4nderungen wirken auf lokal?<\/th>\n Hauptanwendung<\/th>\n <\/tr>\n <\/thead>\n
Methode 1: Spiegelung in beide Richtungen<\/td>\n Lokal \u2194 Cloud<\/td>\n Ja<\/td>\n Ja<\/td>\n Nahtloses Arbeiten zwischen mehreren Ger\u00e4ten. \u00c4nderungen werden in beide Richtungen synchronisiert.<\/td>\n <\/tr>\n
Methode 2: Lokal zu Cloud<\/td>\n Lokal \u2192 Cloud<\/td>\n Ja<\/td>\n Nein<\/td>\n Sicherung lokaler Daten in der Cloud, z. B. f\u00fcr Teamarbeit oder Archivierung ohne lokale Beeinflussung.<\/td>\n <\/tr>\n
Methode 3: Lokales Backup<\/td>\n Lokal \u2192 Cloud<\/td>\n Ja<\/td>\n Nein<\/td>\n Langfristige Sicherung lokaler Daten in der Cloud, ohne dass L\u00f6schungen oder \u00c4nderungen lokal die Cloud beeinflussen.<\/td>\n <\/tr>\n
Methode 4: Cloud zu Lokal<\/td>\n Cloud \u2192 Lokal<\/td>\n Nein<\/td>\n Ja<\/td>\n Offline-Arbeiten mit unver\u00e4nderten Stammdaten aus der Cloud; lokale \u00c4nderungen haben keinen Einfluss auf die Originaldaten.<\/td>\n <\/tr>\n
Methode 5: Cloud-Backup<\/td>\n Cloud \u2192 Lokal<\/td>\n Nein<\/td>\n Nein<\/td>\n Erstellung eines lokalen Archivs der Cloud-Daten, ohne dass L\u00f6schungen oder lokale \u00c4nderungen die Daten beeinflussen.<\/td>\n <\/tr>\n <\/tbody>\n<\/table>\n\n\n\n

Wie funktioniert die Verschl\u00fcsselung bei \u00f6ffentlichen Links?<\/h2>\n\n\n\n

Wie kann es sein, dass man verschl\u00fcsselte Dateien und sogar ganze Verzeichnisse mit anderen teilen kann, ohne die Datei vorher zu entschl\u00fcsseln? Das Verfahren wird im Whitepaper<\/a><\/strong> des Unternehmens erkl\u00e4rt: Zu keinem Zeitpunkt werden die Dateien entschl\u00fcsselt, bevor der Empf\u00e4nger den geteilten Link auf seinem eigenen Ger\u00e4t \u00f6ffnet. Auch in diesem Fall geschieht die Entschl\u00fcsselung erst lokal – also hat weder Filen selbst noch irgend jemand anderes in der Weitergabekette Einsicht in die Datei. Auch nicht in Metadaten wie z. B. Dokumentenname oder Dokumentenart. Bei der Erstellung eines Freigabelinks erzeugt der Eigent\u00fcmer einen neuen AES-256-Bit-Schl\u00fcssel, der in den Freigabelink integriert wird. Auch diese Erzeugung geschieht auf dem Ger\u00e4t des Freigebenden – Filen erf\u00e4hrt nicht, welche Schl\u00fcssel generiert werden. Die Dateien werden durch den Link abgerufen, landen verschl\u00fcsselt beim Empf\u00e4nger und werden den Crypto-Teil des Links in Echtzeit entschl\u00fcsselt.<\/p>\n\n\n

\n
\"\"<\/a>
Whitepaper, S. 8<\/figcaption><\/figure><\/div>\n\n\n

F\u00fcr die gemeinsame Arbeit an Dokumenten mit anderen Filen-Nutzern gibt es ein anderes Verfahren. Die Erkl\u00e4rung spare ich mir jetzt. Wer sich f\u00fcr die Unterschiede interessiert, wird im Whitepaper f\u00fcndig.<\/p>\n\n\n\n

Smartphone-Foto-Sync<\/h2>\n\n\n\n

Die mobilen Apps sind gelungen, so gut wie alles l\u00e4sst sich einstellen und anpassen. Ein Bereich k\u00fcmmert sich dabei speziell um das Foto-Backup. <\/p>\n\n\n

\n
\"\"<\/a><\/figure><\/div>\n\n\n

Bei meinem iPhone hat der Sync von ausgew\u00e4hlten Alben tadellos geklappt. Damit erh\u00e4lt man ein verschl\u00fcsseltes Backup seiner Fotos und kann sich \u00fcberlegen, ob man die Bilder weiterhin iCloud oder Google Fotos anvertrauen m\u00f6chte. Die Fotos werden im Originalformat gespeichert, es erfolgt also keine Komprimierung.<\/p>\n\n\n

\n
\"\"<\/a><\/figure><\/div>\n\n\n

Ich selbst w\u00fcrde eher \u00fcber die Anwendungen, die ich in meiner Linux-Serie vorgestellt habe, das Fotomanagement auf einer externen SSD automatisieren und diese dann \u00fcber eine der oben beschriebenen Backup-Methoden zu Filen \u00fcbertragen.<\/p>\n\n\n\n

Verschl\u00fcsselte Notizen und Chat<\/h2>\n\n\n\n

Die Notizen-Funktion ist gar nicht schlecht, da von Markdown, \u00fcber Checklisten, Favoriten und Tags alles dabei ist, was man so braucht.<\/p>\n\n\n

\n
\"\"<\/a><\/figure><\/div>\n\n\n

Man kann auch gemeinsam mit anderen Filen-Nutzern an Texten arbeiten. Richtige Office-Programme gibt es allerdings nicht. Der Chat ist recht rudiment\u00e4r angelegt, kann sich aber bei einer Teamarbeit auch als n\u00fctzlich erweisen. Hier wird man aber meist doch zu Tools greifen, die mehr bieten.<\/p>\n\n\n\n

Nextcloud-Vergleich und Fazit<\/h2>\n\n\n\n

Eine Nextcloud bietet ein riesiges \u00d6ko-System an Apps und Erweiterungen, ein „richtiges“ Office-Paket, Kalender- und Kontaktmanagement usw. Aber gerade bei der Ende-zu-Ende-Verschl\u00fcsselung, die prinzipiell auch von Nextcloud angeboten wird, schw\u00e4chelt der Dienst. Eine vollst\u00e4ndige Verschl\u00fcsselung macht bei einer Nextcloud auch weniger Sinn, da damit viele Erweiterungen nicht mehr genutzt werden k\u00f6nnen.<\/p>\n\n\n\n

Zur Kernaufgabe von Filen geh\u00f6rt hingegen die Verschl\u00fcsselung. Und die ist wirklich gut durchdacht und funktioniert stabil. Auch die ausgekl\u00fcgelten Backup-Funktionen, \u00fcber die Filen verf\u00fcgt und die ideal auch f\u00fcr gro\u00dfe Datenmengen sind, fehlen einer Nextcloud. Sogar bei der Geschwindigkeit kann Filen \u00fcberzeugen. In einem direkten Vergleich mit dem Crypto-Ordner von pCloud wurden Dateien bis zu 6 x schneller \u00fcbertagen:<\/p>\n\n\n\n