{"id":105367,"date":"2022-10-23T21:36:56","date_gmt":"2022-10-23T19:36:56","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-utilit-dlya-rezervnogo-kopirovaniya-rsync-3-2-7-i-rclone-1-60"},"modified":"2022-10-23T21:36:56","modified_gmt":"2022-10-23T19:36:56","slug":"vypusk-utilit-dlya-rezervnogo-kopirovaniya-rsync-3-2-7-i-rclone-1-60","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/vypusk-utilit-dlya-rezervnogo-kopirovaniya-rsync-3-2-7-i-rclone-1-60","title":{"rendered":"Wydanie narz\u0119dzi do tworzenia kopii zapasowych Rsync 3.2.7 oraz rclone 1.60","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Opublikowano wersj\u0119 Rsync 3.2.7, narz\u0119dzia do synchronizacji plik\u00f3w i tworzenia kopii zapasowych, kt\u00f3re minimalizuje ruch dzi\u0119ki inkrementalnemu kopiowaniu zmian. Jako transport mo\u017cna wykorzysta\u0107 ssh, rsh lub w\u0142asny protok\u00f3\u0142 rsync. Obs\u0142ugiwana jest organizacja pracy anonimowych serwer\u00f3w rsync, idealnie nadaj\u0105cych si\u0119 do synchronizacji lustrzanych kopii. Kod projektu jest rozpowszechniany na licencji GPLv3. <\/p>\n
W\u015br\u00f3d dodanych zmian: <\/p>\n
\n
Dozwolone jest u\u017cycie skr\u00f3t\u00f3w SHA512, SHA256 i SHA1 przy uwierzytelnianiu po\u0142\u0105czenia u\u017cytkownika z procesem w tle rsync (wcze\u015bniej wspierano MD5 i MD4).\n
Wprowadzono mo\u017cliwo\u015b\u0107 korzystania z algorytmu SHA1 do obliczania sum kontrolnych plik\u00f3w. Z powodu du\u017cego rozmiaru hash SHA1 przyznano najni\u017cszy priorytet na li\u015bcie algorytm\u00f3w. Aby wymusi\u0107 wyb\u00f3r SHA1, mo\u017cna u\u017cy\u0107 opcji «—checksum-choice».\n
Aby zmniejszy\u0107 prawdopodobie\u0144stwo wyst\u0105pienia kolizji, tabela haszy atrybut\u00f3w xattr zosta\u0142a przekszta\u0142cona na u\u017cycie 64-bitowych kluczy.\n
Zrealizowano mo\u017cliwo\u015b\u0107 wy\u015bwietlania informacji o wspieranych algorytmach w rsync w formacie JSON (aktywowane poprzez podwojenie opcji —version («-VV»)). Dodatkowo dodano skrypt support\/json-rsync-version, kt\u00f3ry pozwala na generowanie podobnego wyj\u015bcia JSON na podstawie informacji przekazywanych w formie tekstowej przy pojedynczym wskazaniu opcji «—version» (dla kompatybilno\u015bci z wcze\u015bniejszymi wersjami rsync).\n
Ustawienie «use chroot» w rsyncd.conf, reguluj\u0105ce u\u017cycie wywo\u0142ania chroot dla dodatkowej izolacji procesu, domy\u015blnie ma warto\u015b\u0107 «unset», co pozwala na u\u017cycie chroot w zale\u017cno\u015bci od jego dost\u0119pno\u015bci (na przyk\u0142ad, w\u0142\u0105czanie, gdy rsync jest uruchomiony z uprawnieniami root i nie w\u0142\u0105czanie, gdy uruchomiony jest przez u\u017cytkownika nieuprzywilejowanego).\n
Wydajno\u015b\u0107 algorytmu wyszukiwania podstawowych plik\u00f3w dla brakuj\u0105cych plik\u00f3w docelowych, stosowanego przy wskazywaniu opcji «—fuzzy», zwi\u0119kszono oko\u0142o dwa razy.\n
Zmodyfikowano spos\u00f3b przedstawiania czasu w protokole przy interakcji ze starszymi wersjami Rsync (do ga\u0142\u0119zi 3.0) — 4-bajtowy czas epokowy jest w tym przypadku przetwarzany jako «unsigned int», co uniemo\u017cliwia przesy\u0142anie czasu przed rokiem 1970, ale rozwi\u0105zuje problem z okre\u015blaniem czasu po roku 2038.\n
Brak docelowej \u015bcie\u017cki podczas wywo\u0142ania klienta rsync jest teraz traktowany jako b\u0142\u0105d. Aby przywr\u00f3ci\u0107 stare zachowanie, w kt\u00f3rym pusty path by\u0142 traktowany jako «.», zaproponowano opcj\u0119 «—old-args». <\/ul>\n
Dodatkowo warto wspomnie\u0107 o publikacji wersji narz\u0119dzia rclone 1.60, kt\u00f3re jest odpowiednikiem rsync, zaprojektowanym do kopiowania i synchronizacji danych mi\u0119dzy lokalnym systemem a r\u00f3\u017cnymi 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\u0142 napisany w j\u0119zyku Go i jest udost\u0119pniany na licencji MIT. <\/p>\n
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\u017cliwo\u015b\u0107 pracy za po\u015brednictwem dostawc\u00f3w IONOS Cloud Storage i Qiniu KODO. W backendzie local dodano mo\u017cliwo\u015b\u0107 dodawania filtr\u00f3w do ignorowania b\u0142\u0119d\u00f3w zwi\u0105zanych z uprawnieniami dost\u0119pu. \n \u0179r\u00f3d\u0142o: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"