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

Opublikowano wersję Rsync 3.2.7, narzędzia do synchronizacji plików i tworzenia kopii zapasowych, które minimalizuje ruch dzięki inkrementalnemu kopiowaniu zmian. Jako transport można wykorzystać ssh, rsh lub własny protokół rsync. Obsługiwana jest organizacja pracy anonimowych serwerów rsync, idealnie nadających się do synchronizacji lustrzanych kopii. Kod projektu jest rozpowszechniany na licencji GPLv3.

Wśród dodanych zmian:

  • Dozwolone jest użycie skrótów SHA512, SHA256 i SHA1 przy uwierzytelnianiu połączenia użytkownika z procesem w tle rsync (wcześniej wspierano MD5 i MD4).
  • Zrealizowano możliwość użycia algorytmu SHA1 do obliczania sum kontrolnych plików. Z powodu dużego rozmiaru, skrót SHA1 otrzymał najniższy priorytet w liście zgody skrótów. Do wymuszonego wyboru SHA1 można użyć opcji '—checksum-choice'.
  • Aby zmniejszyć prawdopodobieństwo wystąpienia kolizji, tabela haszy atrybutów xattr została przekształcona na użycie 64-bitowych kluczy.
  • Zapewniono możliwość wyprowadzania informacji o wspieranych w rsync algorytmach w formacie JSON (aktywowane przez podwójne przekazanie opcji —version ('-VV')). Dodatkowo dodano skrypt support/json-rsync-version, który umożliwia utworzenie podobnego wyjścia JSON na podstawie informacji wydawanej w formie tekstowej przy jednokrotnym wskazaniu opcji '—version' (w celu kompatybilności z wcześniejszymi wersjami rsync).
  • Ustawienie 'use chroot' w rsyncd.conf, regulujące użycie wywołania chroot dla dodatkowej izolacji procesu, domyślnie ustawione jest na 'unset', co pozwala na użycie chroot w zależności od jego dostępności (na przykład włączane, gdy rsync uruchomiony jest z uprawnieniami root, a nie włączane, gdy uruchomiony jest przez użytkownika bez uprawnień).
  • Wydajność algorytmu wyszukiwania podstawowych plików dla brakujących plików docelowych została zwiększona około dwukrotnie, stosowanego przy wskazaniu opcji '—fuzzy'.
  • Zmodyfikowano przedstawianie czasu w protokole, używane przy interakcji ze starymi wersjami Rsync (do gałęzi 3.0) — 4-bajtowy czas epokowy w tym przypadku jest przetwarzany jako 'unsigned int', co uniemożliwia przekazywanie czasu przed rokiem 1970, ale rozwiązuje problem z określaniem czasu po 2038 roku.
  • Brak docelowej ścieżki przy wywołaniu klienta rsync jest teraz traktowany jako błąd. Aby przywrócić wcześniejsze działanie, w którym pusta ścieżka była interpretowana jako „.”, wprowadzono opcję „—old-args”.

Dodatkowo warto wspomnieć o publikacji wersji narzędzia rclone 1.60, które jest odpowiednikiem rsync, zaprojektowanym do kopiowania i synchronizacji danych między lokalnym systemem a różnymi chmurami, takimi jak Google Drive, Amazon Drive, S3, Dropbox, Backblaze B2, OneDrive, Swift, Hubic, Cloudfiles, Google Cloud Storage, Mail.ru Cloud oraz Yandex.Disk. Kod projektu został napisany w języku Go i jest udostępniany na licencji MIT.

W nowej wersji: dodano backendy do przechowywania kopii zapasowych w magazynach Oracle object storage oraz SMB/CIFS. W backendzie przechowywania S3 wprowadzono wsparcie dla wersjonowania oraz dodano możliwość pracy za pośrednictwem dostawców IONOS Cloud Storage i Qiniu KODO. W backendzie local dodano możliwość dodawania filtrów do ignorowania błędów związanych z uprawnieniami dostępu.

Źródło: opennet.ru

Kup solidny hosting stron z ochroną przed DDoS, serwery VPS VDS 🔥 Kup solidny hosting stron z ochroną przed DDoS, serwery VPS VDS | ProHoster