{"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\/de\/blog\/novosti-interneta\/vypusk-utilit-dlya-rezervnogo-kopirovaniya-rsync-3-2-7-i-rclone-1-60","title":{"rendered":"Die Versionen der Backup-Tools Rsync 3.2.7 und rclone 1.60 sind jetzt verf\u00fcgbar.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Version Rsync 3.2.7 wurde ver\u00f6ffentlicht. Dieses Tool zur Dateisynchronisation und -sicherung erm\u00f6glicht es, den Datenverkehr durch inkrementelles Kopieren von \u00c4nderungen zu minimieren. Als Transport kann SSH, RSH oder das eigene Rsync-Protokoll verwendet werden. Die Organisation von anonymen Rsync-Servern wird unterst\u00fctzt, die optimal f\u00fcr die Synchronisation von Spiegeln geeignet sind. Der Quellcode des Projekts wird unter der GPLv3-Lizenz verbreitet. <\/p>\n
Unter den hinzugef\u00fcgten \u00c4nderungen: <\/p>\n
\n
Es ist nun die Nutzung der Hashes SHA512, SHA256 und SHA1 f\u00fcr die Authentifizierung der Verbindung des Benutzers zum Hintergrundprozess Rsync erlaubt (zuvor wurden MD5 und MD4 unterst\u00fctzt).\n
Die Nutzung des SHA1-Algorithmus zur Berechnung von Pr\u00fcfziffern f\u00fcr Dateien wurde implementiert. Aufgrund der gro\u00dfen Gr\u00f6\u00dfe hat der SHA1-Hash die niedrigste Priorit\u00e4t in der Liste der Hash-Abstimmung. Um SHA1 zwangsweise auszuw\u00e4hlen, kann die Option «—checksum-choice» verwendet werden.\n
Um die Wahrscheinlichkeit von Kollisionen zu verringern, wurde die Hashtabelle der Attribute xattr auf 64-Bit-Schl\u00fcssel umgestellt.\n
Die M\u00f6glichkeit, Informationen \u00fcber die in rsync unterst\u00fctzten Algorithmen im JSON-Format auszugeben, wurde bereitgestellt (aktiviert durch das Duplizieren der Option —version («-VV»)). Zus\u00e4tzlich wurde das Skript support\/json-rsync-version hinzugef\u00fcgt, das eine \u00e4hnliche JSON-Ausgabe basierend auf den Informationen erstellt, die in Textform bei einfacher Angabe der Option «—version» (zur Kompatibilit\u00e4t mit fr\u00fcheren Versionen von rsync) ausgegeben werden.\n
Die Einstellung «use chroot» in rsyncd.conf, die die Nutzung des chroot-Calls zur zus\u00e4tzlichen Isolation des Prozesses regelt, ist standardm\u00e4\u00dfig auf «unset» gesetzt. Dies erm\u00f6glicht die Verwendung von chroot, abh\u00e4ngig von seiner Verf\u00fcgbarkeit (zum Beispiel aktivieren, wenn rsync mit Root-Rechten ausgef\u00fchrt wird, und deaktivieren, wenn es von einem nicht privilegierten Benutzer gestartet wird).\n
Die Leistung des Algorithmus zur Suche nach Basisdateien f\u00fcr fehlende Zieldateien, der mit der Option «—fuzzy» angewendet wird, wurde ungef\u00e4hr verdoppelt.\n
Die Zeitdarstellung im Protokoll, die beim Umgang mit alten Rsync-Versionen (vor Version 3.0) verwendet wird, wurde ge\u00e4ndert \u2013 die 4-Byte-Zeitstempel werden jetzt als «unsigned int» behandelt, was die \u00dcbertragung von Zeiten vor 1970 unm\u00f6glich macht, aber das Problem mit der Zeitangabe nach 2038 l\u00f6st.\n
Ein fehlender Zielpfad beim Aufruf des rsync-Clients wird jetzt als Fehler betrachtet. Um das alte Verhalten wiederherzustellen, bei dem ein leerer Pfad als «.» betrachtet wurde, wurde die Option «—old-args» vorgeschlagen. <\/ul>\n
Zus\u00e4tzlich ist die Ver\u00f6ffentlichung der Version 1.60 des Tools rclone zu erw\u00e4hnen, das eine Alternative zu rsync darstellt und zum Kopieren und Synchronisieren von Daten zwischen einem lokalen System und verschiedenen Cloud-Speichern wie Google Drive, Amazon Drive, S3, Dropbox, Backblaze B2, OneDrive, Swift, Hubic, Cloudfiles, Google Cloud Storage, Mail.ru Cloud und Yandex.Disk entwickelt wurde. Der Code des Projekts ist in Go geschrieben und wird unter der MIT-Lizenz vertrieben. <\/p>\n
In der neuen Ver\u00f6ffentlichung: Backend-Optionen f\u00fcr die Speicherung von Sicherungen in Oracle Object Storage und SMB\/CIFS wurden hinzugef\u00fcgt. Im S3-Speicher-Backend wurde die Unterst\u00fctzung f\u00fcr Versionierung implementiert und die M\u00f6glichkeit zur Nutzung \u00fcber die Anbieter IONOS Cloud Storage und Qiniu KODO erg\u00e4nzt. Im Local-Backend wurde die Funktion zur Hinzuf\u00fcgung von Filtern zur Ignorierung von Berechtigungsfehlern eingebaut. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"