Выпуск утыліт для рэзервовага капіявання Rsync 3.2.7 і rclone 1.60

Апублікаваны выпуск 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»)) Дадаткова дададзены скрыпт support/json-rsync-version, які дазваляе сфармаваць аналагічны JSON-вывад на аснове інфармацыі, якая выдаецца ў тэкставым выглядзе пры адзінарным указанні опцыі "-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

Дадаць каментар