Backup-systemet restic 0.15 är tillgängligt

Utgåvan av backupsystemet restic 0.15 har publicerats, vilket möjliggör lagring av säkerhetskopior i krypterad form i en versionshanterad repository. Systemet är ursprungligen utformat för att säkerhetskopior lagras i osäkra miljöer, där en säkerhetskopias intrång i fel händer inte bör kompromettera systemet. Flexibla regler för inkludering och uteslutning av filer och kataloger vid skapandet av säkerhetskopior kan definieras (regelns format liknar rsync eller gitignore). Det stöder drift på Linux, macOS, Windows, FreeBSD och OpenBSD. Projektets kod är skriven i Go och distribueras under BSD-licensen.

Säkerhetskopior kan lagras i lokal filsystem, extern servern med tillgång via SFTP/SSH eller HTTP REST, i molnet Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage och Google Cloud Storage, samt i alla lagringssystem för vilka det finns rclone-backends. För att organisera lagringen kan en specifik rest-server också användas, vilket ger högre prestanda jämfört med andra backends och som kan köras i ett endast kompletterande läge, vilket förhindrar borttagning eller ändring av säkerhetskopior vid kompromettering av den ursprungliga servern och tillgång till krypteringsnycklar.

Snapshots stöds, vilket återspeglar tillståndet av en viss katalog med alla filer och underkatalo gger vid en viss tidpunkt. Vid varje skapande av en ny säkerhetskopiering skapas en associerad snapshot som möjliggör återställning till det tillståndet. Kopiering av snapshots mellan olika repositories är möjlig. För att spara bandbredd under skapandet av säkerhetskopior kopieras endast de ändrade uppgifterna. För att ge en tydlig översikt över innehållet i repositoryn och underlätta återställning kan en snapshot med säkerhetskopian monteras i form av en virtuell partition (montering sker med hjälp av FUSE). Det finns även kommandon för att analysera förändringar och selektivt extrahera filer.

Systemet hanterar inte hela filer utan block av flytande storlek som väljs med hjälp av Rabins signatur. Informationen lagras kopplad till innehållet, inte filnamnen (namn och objekt som är kopplade till data bestäms på blockmetadata-nivå). Deduplicering och borttagning av onödig datakopiering utförs baserat på SHA-256-hashen av innehållet. På externa servrar lagras informationen i krypterad form (SHA-256 används för kontrollsummor, AES-256-CTR för kryptering och autentiseringskoder baserade på Poly1305-AES för att garantera integritet). Det finns en möjlighet att verifiera säkerhetskopian med hjälp av kontrollsummor och autentiseringskoder för att bekräfta att filernas integritet inte har äventyrats.

I den nya versionen:

• En ny rewrite-kommando har implementerats, vilket gör det möjligt att ta bort onödig data från snapshotet när filer som ursprungligen inte var avsedda för säkerhetskopiering, av misstag hamnade i säkerhetskopian (till exempel filer med känslig information eller mycket stora loggar utan värde).
• Backup-kommandot har fått ett alternativ "—read-concurrency" för att ange nivån av parallellisering vid läsning av filer, vilket gör det möjligt att snabba upp kopieringen på snabba lagringsenheter, såsom NVMe.
• Backup-kommandot har ett alternativ "—no-scan" för att stänga av skanningsteget av filträdet.
• I prune-kommandot har minnesanvändningen minskat betydligt (med upp till 30%).
• Restore-kommandot har fått ett alternativ "—sparse" för effektiv återställning av filer med stora tomma områden.
• För Windows-plattformen har stöd för återställning av symboliska länkar implementerats.
• I macOS har möjligheten att montera backup-repositoriet med hjälp av macFUSE lagts till.

Källa: opennet.ru