Wydanie narzędzi do tworzenia kopii zapasowych Rsync 3.2.7 i rclone 1.60

Wydano Rsync 3.2.7, narzędzie do synchronizacji plików i tworzenia kopii zapasowych, które pozwala zminimalizować ruch poprzez przyrostowe kopiowanie zmian. Transportem może być ssh, rsh lub zastrzeżony protokół rsync. Obsługuje organizację anonimowych serwerów rsync, które optymalnie nadają się do zapewnienia synchronizacji serwerów lustrzanych. Kod projektu jest rozpowszechniany na licencji GPLv3.

Wśród dodanych zmian:

  • Zezwalaj na użycie skrótów SHA512, SHA256 i SHA1 podczas uwierzytelniania połączenia użytkownika z procesem rsync w tle (wcześniej obsługiwane były MD5 i MD4).
  • Zaimplementowano możliwość wykorzystania algorytmu SHA1 do obliczania sum kontrolnych plików. Ze względu na duży rozmiar skrót SHA1 ma najniższy priorytet na liście pasujących skrótów. Aby wymusić wybór SHA1, możesz użyć opcji „--checksum-choice”.
  • Aby zmniejszyć prawdopodobieństwo kolizji, tabela skrótów atrybutów xattr została przekonwertowana tak, aby korzystała z kluczy 64-bitowych.
  • Dodano możliwość wyświetlania informacji o algorytmach obsługiwanych w rsync w formacie JSON (możliwa poprzez zduplikowanie opcji —version („-VV”)) Dodatkowo dodano skrypt support/json-rsync-version, który pozwala możesz wygenerować podobny wynik JSON na podstawie informacji dostarczonych w formie tekstowej, określając tylko opcję „--version” (w celu zapewnienia zgodności z poprzednimi wersjami rsync).
  • Ustawienie „użyj chroot” w pliku rsyncd.conf, które kontroluje użycie wywołania chroot w celu dodatkowej izolacji procesu, jest domyślnie ustawione na „nieustawione”, co pozwala na używanie chroot w zależności od jego dostępności (na przykład włącz, gdy rsync działa jako root i nie jest włączona, gdy działa jako użytkownik nieuprzywilejowany).
  • Wydajność podstawowego algorytmu wyszukiwania brakujących plików docelowych, używanego przy określaniu opcji „-fuzzy”, została w przybliżeniu podwojona.
  • Zmieniono reprezentację czasu w protokole używanym podczas interakcji ze starszymi wersjami Rsync (przed gałęzią 3.0) - 4-bajtowy czas epokowy w tym przypadku jest traktowany jako „unsigned int”, co nie pozwala na przesłanie czasu przed 1970 rokiem, ale rozwiązuje problem z określeniem czasu po 2038 roku.
  • Brak ścieżki docelowej podczas wywoływania klienta rsync jest teraz traktowany jako błąd. Aby przywrócić stare zachowanie, w którym pusta ścieżka była traktowana jako „.”, zaproponowano opcję „--old-args”.

Dodatkowo można zauważyć publikację narzędzia rclone 1.60, które jest analogiem rsync, przeznaczonego do kopiowania i synchronizowania danych między systemem lokalnym a różnymi magazynami w chmurze, takimi jak Google Drive, Amazon Drive, S3, Dropbox, Backblaze B2, OneDrive, Swift, Hubic, Cloudfiles, Google Cloud Storage, Mail.ru Cloud i Yandex.Disk. Kod projektu napisany jest w Go i rozpowszechniany na licencji MIT.

W nowej wersji: dodano backendy do przechowywania kopii zapasowych w obiektowej pamięci masowej Oracle i SMB/CIFS. Zaplecze pamięci masowej S3 obsługuje teraz wersjonowanie i dodaje możliwość pracy za pośrednictwem dostawców IONOS Cloud Storage i Qiniu KODO. Lokalny backend ma możliwość dodawania filtrów w celu ignorowania błędów związanych z uprawnieniami.

Źródło: opennet.ru

Dodaj komentarz