Опубліковано випуск Rsync 3.2.7, утиліти для синхронізації файлів та резервного копіювання, що дозволяє мінімізувати трафік за рахунок інкрементального копіювання змін. Як транспорт можуть бути використані ssh, rsh або власний протокол rsync. Підтримується організація роботи анонімних rsync-серверів, які оптимально підходять для забезпечення синхронізації дзеркал. Код проекту розповсюджується під ліцензією GPLv3.
Серед доданих змін:
- Дозволено використання хешів SHA512, SHA256 та SHA1 при аутентифікації підключення користувача до фонового процесу rsync (раніше підтримувалися MD5 та MD4).
- Реалізовано можливість використання алгоритму SHA1 для розрахунку контрольних сум файлів. Через великий розмір хешу SHA1 надано найнижчий пріоритет у списку узгодження хешів. Для примусового вибору SHA1 можна використовувати опцію "-checksum-choice".
- Для зниження ймовірності появи колізій хеш-таблиця атрибутів xattr переведена на використання 64-розрядних ключів.
- Забезпечено можливість виведення інформації про алгоритми, що підтримуються в rsync, у форматі JSON (включається через дублювання опції —version («-VV»)). при одинарному вказівці опції «-version» (для сумісності з минулими випусками rsync).
- Налаштування «use chroot» в rsyncd.conf, що регулює використання виклику chroot для додаткової ізоляції процесу, за замовчуванням виставлено значення «unset», яке дозволяє використовувати chroot залежно від його доступності (наприклад, включати коли rsync запущений з правами root і не включати , коли запущений під непривілейованим користувачем).
- Приблизно вдвічі підвищено продуктивність алгоритму пошуку базових файлів для відсутніх цільових файлів, який застосовується при вказівці опції «fuzzy».
- Змінено уявлення часу в протоколі, що застосовується при взаємодії зі старими випусками Rsync (до гілки 3.0) — 4-байтовий епохальний час у цьому випадку обробляється як «unsigned int», що не дозволяє передавати час до 1970 року, але вирішує проблему із зазначенням часу після 2038 року.
- Відсутність цільового шляху при виклику клієнта rsync тепер сприймається як помилка. Для повернення старого поведінки, у якому порожній шлях трактувався як «.», запропоновано опція «—old-args».
Додатково можна відзначити публікацію випуску утиліти rclone 1.60, яка є аналогом rsync, призначений для копіювання та синхронізації даних між локальною системою та різними хмарними сховищами, такими як Google Drive, Amazon Drive, S3, Dropbox, Backblaze B2, OneDrive, Swift, Hubic, Cloudfiles, Google Cloud Storage, Mail.ru Cloud та Яндекс.Диск. Код проекту написаний мовою Go та поширюється під ліцензією MIT.
У новому випуску: додано бекенди для зберігання резервних копій у сховищах Oracle object storage та SMB/CIFS. У бекенді зберігання S3 реалізовано підтримку версіонування та додано можливість роботи через провайдерів IONOS Cloud Storage та Qiniu KODO. У бекенд local вбудовано можливість додавання фільтрів для ігнорування помилок, пов'язаних із правами доступу.
Джерело: opennet.ru