Die Veröffentlichung von Rsync 3.2.7, einem Dienstprogramm zur Dateisynchronisation und -sicherung, das den Datenverkehr durch inkrementelles Kopieren von Ănderungen minimiert, wurde bekannt gegeben. Als Transport können ssh, rsh oder das eigene Rsync-Protokoll verwendet werden. Die Organisation des Betriebs anonymer Rsync-Server, die optimal fĂŒr die Sicherstellung der Synchronisation von Spiegeln geeignet sind, wird unterstĂŒtzt. Der Quellcode des Projekts wird unter der GPLv3-Lizenz verteilt.
Zu den hinzugefĂŒgten Ănderungen gehören:
- Die Verwendung von Hashes SHA512, SHA256 und SHA1 bei der Authentifizierung des Benutzers beim Hintergrundprozess Rsync ist erlaubt (zuvor wurden MD5 und MD4 unterstĂŒtzt).
- Die Möglichkeit, den SHA1-Algorithmus zur Berechnung von PrĂŒfziffern fĂŒr Dateien zu verwenden, ist implementiert. Aufgrund der GröĂe hat der SHA1-Hash die niedrigste PrioritĂ€t auf der Hash-Aushandlungsliste. Um SHA1 erzwungen auszuwĂ€hlen, kann die Option «âchecksum-choice» verwendet werden.
- Um die Wahrscheinlichkeit von Kollisionen zu verringern, wurde die Hash-Tabelle der Attribute xattr auf 64-Bit-SchlĂŒssel umgestellt.
- Die Ausgabe der unterstĂŒtzten Algorithmen in Rsync im JSON-Format wurde ermöglicht (diese wird durch Duplizieren der Option âversion (â-VVâ) aktiviert). ZusĂ€tzlich wurde das Skript support/json-rsync-version hinzugefĂŒgt, das eine Ă€hnliche JSON-Ausgabe auf Grundlage der in Textform ausgegebenen Informationen beim einmaligen Angeben der Option «âversion» erzeugt (zur KompatibilitĂ€t mit Ă€lteren Rsync-Versionen).
- Die Einstellung «use chroot» in rsyncd.conf, die die Verwendung des chroot-Aufrufs zur zusĂ€tzlichen Isolierung des Prozesses regelt, ist standardmĂ€Ăig auf «unset» gesetzt, was eine Verwendung von chroot in AbhĂ€ngigkeit von dessen VerfĂŒgbarkeit erlaubt (zum Beispiel aktivieren, wenn Rsync mit Root-Rechten lĂ€uft, und deaktivieren, wenn es unter einem nicht privilegierten Benutzer lĂ€uft).
- Die Leistung des Algorithmus zur Suche nach Basisdateien fĂŒr fehlende Zieldateien, die bei der Angabe der Option «âfuzzy» verwendet wird, wurde um das Zweifache verbessert.
- Die Darstellung der Zeit im Protokoll, die beim Umgang mit Ă€lteren Versionen von Rsync (vor Branch 3.0) verwendet wird, wurde geĂ€ndert â 4-Byte-Epochenzeit wird in diesem Fall als «unsigned int» verarbeitet, was es nicht erlaubt, Zeiten vor 1970 zu ĂŒbermitteln, aber das Problem mit der Angabe von Zeiten nach 2038 löst.
- Das Fehlen eines Zielpfades beim Aufruf des Clients rsync wird nun als Fehler gewertet. Um das alte Verhalten, bei dem ein leerer Pfad als â.â interpretiert wurde, wiederherzustellen, wurde die Option ââold-argsâ vorgeschlagen.
ZusÀtzlich kann die Veröffentlichung der Version des Tools rclone 1.60 erwÀhnt werden, das ein Pendant zu rsync darstellt und zum Kopieren und Synchronisieren von Daten zwischen einem lokalen System und verschiedenen Cloud-Speicherlösungen wie Google Drive, Amazon Drive, S3, Dropbox, Backblaze B2, OneDrive, Swift, Hubic, Cloudfiles, Google Cloud Storage, Mail.ru Cloud und Yandex.Disk dient. Der Code des Projekts ist in Go geschrieben und wird unter der MIT-Lizenz vertrieben.
In der neuen Version wurden Backends zur Speicherung von Sicherungskopien in Oracle Object Storage und SMB/CIFS hinzugefĂŒgt. Im S3-Speicher-Backend wurde die UnterstĂŒtzung fĂŒr die Versionierung implementiert und die Möglichkeit zur Zusammenarbeit mit den Anbietern IONOS Cloud Storage und Qiniu KODO hinzugefĂŒgt. Im Local-Backend wurde die Möglichkeit zur HinzufĂŒgung von Filtern zum Ignorieren von Berechtigungsfehlern integriert.
Quelle: opennet.ru
