È stato pubblicato il rilascio del sistema di backup restic 0.15, che consente di archiviare backup in forma criptata in un repository versionato. Il sistema è progettato per garantire che i backup vengano conservati in ambienti non affidabili, e che la divulgazione di un backup a terzi non comprometta il sistema. È possibile definire regole flessibili per includere e escludere file e directory durante la creazione del backup (il formato delle regole è simile a rsync o gitignore). È supportato il funzionamento su Linux, macOS, Windows, FreeBSD e OpenBSD. Il codice del progetto è scritto in Go ed è distribuito con licenza BSD.
I backup possono essere archiviati nel file system locale, su dispositivi esterni server con accesso SFTP/SSH o HTTP REST, nei cloud di Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage e Google Cloud Storage, così come in qualsiasi storage per cui sono disponibili backend rclone. Per l'organizzazione dello storage può anche essere utilizzato un server REST speciale, che offre prestazioni superiori rispetto ad altri backend e può operare in modalità solo supplemento, che non consentirà di eliminare o modificare i backup in caso di compromissione dell'originale server e accesso alle chiavi di crittografia.
Sono supportati gli snapshot che riflettono lo stato di una determinata directory con tutti i file e le sottodirectory in un dato momento. Ogni volta che viene creata una nuova copia di backup, viene generato uno snapshot associato, che consente di ripristinare lo stato in quel momento. È possibile copiare gli snapshot tra diversi repository. Per risparmiare larghezza di banda, durante la creazione dei backup vengono copiati solo i dati modificati. Per una visualizzazione chiara del contenuto del repository e per semplificare il ripristino, lo snapshot con il backup può essere montato come una partizione virtuale (il montaggio avviene tramite FUSE). Sono inoltre disponibili comandi per analizzare le modifiche e per l'estrazione selettiva dei file.
Il sistema gestisce non file interi, ma blocchi di dimensioni variabili, selezionati utilizzando la firma di Rabin. Le informazioni sono memorizzate in relazione al contenuto, non ai nomi dei file (i nomi e gli oggetti legati ai dati sono definiti a livello di metadati del blocco). La deduplicazione e l'esclusione della copia eccessiva dei dati avviene sulla base dell'hash SHA-256 del contenuto. Su server esterni, le informazioni sono conservate in forma crittografata (per i checksum si utilizza SHA-256, per la crittografia AES-256-CTR e per garantire l'integrità si impiegano codici di autenticazione basati su Poly1305-AES). È prevista la possibilità di verificare il backup tramite checksum e codici di autenticazione per confermare che l'integrità dei file non sia stata compromessa.
Nella nuova versione:
- È stato implementato un nuovo comando di riscrittura, che consente di rimuovere dati non necessari dallo snapshot, quando per disattenzione sono stati inclusi file non destinati originariamente al backup (ad esempio, file contenenti informazioni riservate o log di grandi dimensioni che non hanno valore).
- Nel comando backup è stata aggiunta l'opzione «—read-concurrency» per impostare il livello di parallelizzazione nella lettura dei file, che consente di accelerare la copia su dispositivi veloci come NVMe.
- Nel comando backup è stata aggiunta l'opzione «—no-scan» per disattivare la fase di scansione dell'albero dei file.
- Nel comando prune il consumo di memoria è stato significativamente ridotto (fino al 30%).
- Nel comando restore è stata aggiunta l'opzione «—sparse» per un ripristino efficiente di file con ampie aree vuote.
- Per la piattaforma Windows è stata implementata la supporto per il ripristino dei collegamenti simbolici.
- In macOS è stata aggiunta la possibilità di montare il repository di backup tramite macFUSE.
Fonte: opennet.ru
