{"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\/novosti-interneta\/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 Version 0.15 des Backup-Systems restic wurde ver\u00f6ffentlicht, das die Speicherung von Backups in verschl\u00fcsselter Form in einem versionierten Repository erm\u00f6glicht. Das System ist urspr\u00fcnglich f\u00fcr Umgebungen konzipiert, die als unsicher gelten, sodass das Entweichen eines Backups in fremde H\u00e4nde die Sicherheit des Systems nicht gef\u00e4hrden sollte. Es k\u00f6nnen flexible Regeln zum Ein- und Ausschluss von Dateien und Verzeichnissen beim Erstellen von Backups definiert werden (das Regelwerk \u00e4hnelt rsync oder gitignore). Die Unterst\u00fctzung f\u00fcr Linux, macOS, Windows, FreeBSD und OpenBSD ist gegeben. Der Code des Projekts ist in der Programmiersprache Go geschrieben und wird unter der BSD-Lizenz verteilt. <\/p>\n

Backups k\u00f6nnen auf einem lokalen Dateisystem, auf externen Server<\/a> mit SFTP\/SSH- oder HTTP-REST-Zugriff zu den Clouds von Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage und Google Cloud Storage sowie zu allen Speicherl\u00f6sungen, f\u00fcr die Backends von rclone verf\u00fcgbar sind. 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 erg\u00e4nzenden Modus betrieben werden kann, sodass gel\u00f6schte oder ge\u00e4nderte Sicherungen im Falle einer Kompromittierung nicht m\u00f6glich sind. Server<\/a> und dem Zugriff auf Verschl\u00fcsselungsschl\u00fcssel. <\/p>\n

Snapshots werden unterst\u00fctzt, die den Zustand eines bestimmten Verzeichnisses mit allen Dateien und Unterverzeichnissen zu einem bestimmten Zeitpunkt widerspiegeln. Bei jeder Erstellung eines neuen Backups wird ein zugeh\u00f6riger Snapshot erstellt, der es erm\u00f6glicht, den Zustand zu diesem Zeitpunkt wiederherzustellen. Es ist m\u00f6glich, Snapshots zwischen verschiedenen Repositories zu kopieren. Um den Datenverkehr zu reduzieren, werden bei der Erstellung von Backups nur die ge\u00e4nderten Daten kopiert. F\u00fcr eine anschauliche Bewertung des Inhalts des Repositories und zur Vereinfachung der Wiederherstellung kann der Snapshot mit dem Backup in Form eines virtuellen Laufwerks montiert werden (die Montage erfolgt \u00fcber FUSE). Zudem stehen Befehle f\u00fcr die Analyse von \u00c4nderungen und die gezielte Extraktion von Dateien zur Verf\u00fcgung. <\/p>\n

Das System arbeitet nicht mit gesamten Dateien, sondern mit variablen Bl\u00f6cken, die mithilfe der Rabin-Signatur ausgew\u00e4hlt werden. Die Informationen werden in Verbindung mit dem Inhalt und nicht mit Dateinamen gespeichert (die mit den Daten verkn\u00fcpften Namen und Objekte werden auf der Metadatenschicht des Blocks definiert). Die Deduplikation und das Vermeiden unn\u00f6tiger Datenkopien erfolgen auf Basis des SHA-256-Hashes des Inhalts. Auf externen Servern werden die Informationen in verschl\u00fcsselter Form 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 basierend auf Poly1305-AES). Es besteht die M\u00f6glichkeit, Backups mithilfe von Pr\u00fcfziffern und Authentifizierungscodes zu verifizieren, um sicherzustellen, dass die Integrit\u00e4t der Dateien nicht beeintr\u00e4chtigt ist. <\/p>\n

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