Rsync 3.2.7 a été publié, un utilitaire de synchronisation et de sauvegarde de fichiers qui vous permet de minimiser le trafic en copiant progressivement les modifications. Le transport peut être ssh, rsh ou le protocole propriétaire rsync. Il prend en charge l'organisation de serveurs rsync anonymes, parfaitement adaptés pour assurer la synchronisation des miroirs. Le code du projet est distribué sous licence GPLv3.
Parmi les changements ajoutés :
- Autoriser l'utilisation des hachages SHA512, SHA256 et SHA1 lors de l'authentification d'une connexion utilisateur au processus d'arrière-plan rsync (auparavant, MD5 et MD4 étaient pris en charge).
- La possibilité d'utiliser l'algorithme SHA1 pour calculer les sommes de contrôle des fichiers a été implémentée. En raison de sa grande taille, le hachage SHA1 reçoit la priorité la plus basse dans la liste de correspondance de hachage. Pour forcer la sélection de SHA1, vous pouvez utiliser l'option « --checksum-choice ».
- Pour réduire le risque de collision, la table de hachage d'attributs xattr a été convertie pour utiliser des clés de 64 bits.
- La possibilité d'afficher des informations sur les algorithmes pris en charge dans rsync au format JSON a été fournie (activée en dupliquant l'option —version (« -VV »). De plus, le script support/json-rsync-version a été ajouté, ce qui vous permet pour générer une sortie JSON similaire basée sur les informations fournies sous forme de texte lors de la spécification de l'option « --version » uniquement (pour la compatibilité avec les versions précédentes de rsync).
- Le paramètre "use chroot" dans rsyncd.conf, qui contrôle l'utilisation de l'appel chroot pour une isolation supplémentaire des processus, est défini sur "unset" par défaut, ce qui permet d'utiliser chroot en fonction de sa disponibilité (par exemple, activer lorsque rsync s'exécute en tant qu'utilisateur root et n'est pas activé lorsqu'il est exécuté en tant qu'utilisateur non privilégié).
- Les performances de l'algorithme de recherche de fichiers de base pour les fichiers cibles manquants, utilisé lors de la spécification de l'option « -fuzzy », ont été environ doublées.
- Modification de la représentation temporelle dans le protocole utilisé lors de l'interaction avec les anciennes versions de Rsync (avant la branche 3.0) - l'heure épochale sur 4 octets dans ce cas est traitée comme un « entier non signé », ce qui ne permet pas de transmettre l'heure avant 1970, mais résout le problème de la spécification de l'heure après 2038.
- L'absence d'un chemin cible lors de l'appel d'un client rsync est désormais traitée comme une erreur. Pour renvoyer l'ancien comportement, dans lequel un chemin vide était traité comme « . », l'option « --old-args » a été proposée.
De plus, vous pouvez noter la publication de la sortie de l'utilitaire rclone 1.60, qui est un analogue de rsync, conçu pour copier et synchroniser des données entre le système local et divers stockages 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 distribué sous licence MIT.
Dans la nouvelle version : ajout de backends pour stocker les sauvegardes dans le stockage d'objets Oracle et SMB/CIFS. Le backend de stockage S3 prend désormais en charge la gestion des versions et ajoute la possibilité de travailler via les fournisseurs IONOS Cloud Storage et Qiniu KODO. Le backend local a la possibilité d'ajouter des filtres pour ignorer les erreurs liées aux autorisations.
Source: opennet.ru