{"id":106388,"date":"2023-01-19T00:26:22","date_gmt":"2023-01-18T22:26:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dostupna-sistema-rezervnogo-kopirovaniya-restic-0-15"},"modified":"2023-01-19T00:26:22","modified_gmt":"2023-01-18T22:26:22","slug":"dostupna-sistema-rezervnogo-kopirovaniya-restic-0-15","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/dostupna-sistema-rezervnogo-kopirovaniya-restic-0-15","title":{"rendered":"Das Backup-System restic 0.15 ist verf\u00fcgbar","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Die Ausgabe des Backup-Systems restic 0.15 wurde ver\u00f6ffentlicht, das die Speicherung von Backups in verschl\u00fcsselter Form in einem versionierten Repository erm\u00f6glicht. Das System ist urspr\u00fcnglich darauf ausgelegt, dass Backups in unsicheren Umgebungen gespeichert werden, und der Zugriff Dritter auf Backups sollte das System nicht kompromittieren. Flexible Regeln f\u00fcr das Ein- und Ausschlie\u00dfen von Dateien und Verzeichnissen bei der Erstellung von Backups k\u00f6nnen definiert werden (das Regel-Format \u00e4hnelt rsync oder gitignore). Unterst\u00fctzung f\u00fcr Linux, macOS, Windows, FreeBSD und OpenBSD wird geboten. Der Projektcode ist in Go geschrieben und wird unter der BSD-Lizenz ver\u00f6ffentlicht. <\/p>\n

Backups k\u00f6nnen im lokalen Dateisystem, auf externen Server<\/a> mit Zugriff \u00fcber SFTP\/SSH oder HTTP REST, in Cloud-Diensten wie Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage und Google Cloud Storage sowie in beliebigen Speichern, f\u00fcr die rclone-Backends vorhanden sind, gespeichert werden. Zur Organisation der Speicherung kann auch ein spezieller Rest-Server verwendet werden, der eine h\u00f6here Leistung im Vergleich zu anderen Backends bietet und im Nur-Erweiterungs-Modus betrieben werden kann, der das L\u00f6schen oder \u00c4ndern von Backups im Fall einer Kompromittierung der Ursprungsdaten nicht erlaubt. Server<\/a> und Zugriff auf die Verschl\u00fcsselungsschl\u00fcssel. <\/p>\n

Snapshots, die den Zustand eines bestimmten Verzeichnisses mit all seinen Dateien und Unterverzeichnissen zu einem bestimmten Zeitpunkt widerspiegeln, werden unterst\u00fctzt. Bei jeder Erstellung eines neuen Backups wird ein zugeh\u00f6riger Snapshot erstellt, der eine Wiederherstellung des Zustands zu diesem Zeitpunkt erm\u00f6glicht. Das Kopieren von Snapshots zwischen verschiedenen Repositories ist m\u00f6glich. Um den Datenverkehr w\u00e4hrend des Backups zu sparen, werden nur die ge\u00e4nderten Daten kopiert. Zur besseren \u00dcbersicht \u00fcber den Inhalt des Repositories und zur Vereinfachung der Wiederherstellung kann ein Snapshot mit dem Backup in Form eines virtuellen Laufwerks eingebunden werden (die Einbindung erfolgt \u00fcber FUSE). Es stehen auch Befehle zur Analyse von \u00c4nderungen und zur selektiven Wiederherstellung von Dateien zur Verf\u00fcgung. <\/p>\n

Das System arbeitet nicht mit ganzen Dateien, sondern mit flexiblen Blocks, die unter Verwendung der Rabin-Signatur ausgew\u00e4hlt werden. Informationen werden in Verbindung mit dem Inhalt und nicht mit Dateinamen gespeichert (mit den Daten verkn\u00fcpfte Namen und Objekte werden auf der Ebene der Blockmetadaten definiert). Die Deduplizierung und das Vermeiden unn\u00f6tiger Datenkopien erfolgen basierend auf dem SHA-256-Hash des Inhalts. Auf externen Servern werden Informationen verschl\u00fcsselt gespeichert (f\u00fcr Pr\u00fcfziffern wird SHA-256 verwendet, f\u00fcr die Verschl\u00fcsselung AES-256-CTR und zur Gew\u00e4hrleistung der Integrit\u00e4t \u2014 Authentifizierungscodes auf der Basis von Poly1305-AES). Es besteht die M\u00f6glichkeit, ein Backup mittels Pr\u00fcfziffern und Authentifizierungscodes zu verifizieren, um zu best\u00e4tigen, dass die Integrit\u00e4t der Dateien nicht beeintr\u00e4chtigt wurde. <\/p>\n

In der neuen Version: <\/p>\n