La publication de Rsync 3.2.7, un utilitaire pour la synchronisation de fichiers et la sauvegarde, permettant de minimiser le trafic grâce à une copie incrémentielle des changements. Les transports peuvent utiliser ssh, rsh ou le protocole rsync propriétaire. La gestion des serveurs rsync anonymes, optimales pour la synchronisation des miroirs, est prise en charge. Le code du projet est distribué sous la licence GPLv3.
Parmi les modifications ajoutées :
- L'utilisation des hachages SHA512, SHA256 et SHA1 est autorisée lors de l'authentification de la connexion de l'utilisateur au processus en arrière-plan rsync (auparavant, MD5 et MD4 étaient pris en charge).
- La possibilité d'utiliser l'algorithme SHA1 pour le calcul des sommes de contrôle des fichiers a été mise en œuvre. En raison de la grande taille du hachage SHA1, il a été attribué la priorité la plus basse dans la liste de négociation des hachages. Pour forcer le choix de SHA1, on peut utiliser l'option «—checksum-choice».
- Pour réduire la probabilité d'apparition de collisions, la table de hachage des attributs xattr est passée à l'utilisation de clés 64 bits.
- Il est désormais possible d'afficher des informations sur les algorithmes pris en charge par rsync au format JSON (activée en dupliquant l'option —version («-VV»)). Un script support/json-rsync-version a également été ajouté, permettant de générer une sortie JSON similaire basée sur les informations fournies en texte lors d'une simple indication de l'option «—version» (pour la compatibilité avec les anciennes versions de rsync).
- L'option «use chroot» dans rsyncd.conf, qui régule l'utilisation de l'appel chroot pour une isolation supplémentaire du processus, est par défaut réglée sur «unset», ce qui permet d'utiliser chroot en fonction de sa disponibilité (par exemple, l'activer lorsque rsync est exécuté avec des droits root et le désactiver lorsqu'il est exécuté par un utilisateur non privilégié).
- La performance de l'algorithme de recherche de fichiers de base pour les fichiers cibles manquants, utilisé lors de l'indication de l'option «—fuzzy», a été améliorée d'environ deux fois.
- La représentation du temps dans le protocole, utilisée lors de l'interaction avec les anciennes versions de Rsync (avant la branche 3.0), a été modifiée — un temps epoch de 4 octets est alors traité comme «unsigned int», ce qui empêche de transmettre le temps avant 1970, mais résout le problème de spécification du temps après 2038.
- L'absence de chemin cible lors de l'appel du client rsync est désormais considérée comme une erreur. Pour revenir à l'ancien comportement, où un chemin vide était interprété comme « . », une option « —old-args » a été suggérée.
On peut également noter la publication de la version de l'outil rclone 1.60, qui est un équivalent de rsync destiné à copier et synchroniser des données entre un système local et divers stockage cloud tels que Google Drive, Amazon Drive, S3, Dropbox, Backblaze B2, OneDrive, Swift, Hubic, Cloudfiles, Google Cloud Storage, Mail.ru Cloud et Yandex.Disk. Le code du projet est écrit en Go et est distribué sous la licence MIT.
Dans cette nouvelle version : des backends pour le stockage de sauvegardes dans les entrepôts Oracle object storage et SMB/CIFS ont été ajoutés. Le backend de stockage S3 prend en charge la gestion des versions et a ajouté la possibilité de travailler avec les fournisseurs IONOS Cloud Storage et Qiniu KODO. Le backend local intègre la possibilité d'ajouter des filtres pour ignorer les erreurs liées aux droits d'accès.
Source : opennet.ru
