{"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\/nl\/blog\/news\/vypusk-utilit-dlya-rezervnogo-kopirovaniya-rsync-3-2-7-i-rclone-1-60","title":{"rendered":"Release van de back-uphulpmiddelen Rsync 3.2.7 en rclone 1.60","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
De release van Rsync 3.2.7 is uitgebracht, een hulpprogramma voor het synchroniseren van bestanden en back-ups dat het verkeer minimaliseert door incrementele wijzigingen te kopi\u00ebren. Voor transport kunnen ssh, rsh of het eigen rsync-protocol worden gebruikt. Anonieme rsync-servers kunnen worden opgezet, wat ideaal is voor het synchroniseren van spiegels. De projectcode is beschikbaar onder de GPLv3-licentie. <\/p>\n
Onder de toegevoegde wijzigingen: <\/p>\n
\n
Het is toegestaan om hashes SHA512, SHA256 en SHA1 te gebruiken voor de authenticatie van gebruikersverbindingen met het achtergrondproces rsync (vroeger werden MD5 en MD4 ondersteund).\n
De mogelijkheid om het SHA1-algoritme te gebruiken voor het berekenen van de controlechecksums van bestanden is ge\u00efmplementeerd. Vanwege de grote omvang krijgt de SHA1-hash de laagste prioriteit in de lijst van hashovereenkomsten. Voor gedwongen selecties van SHA1 kan de optie «—checksum-choice» worden gebruikt.\n
Om de kans op botsingen te verkleinen, is de hash-tabel van de xattr-attributen overgeschakeld naar het gebruik van 64-bits sleutels.\n
Er is de mogelijkheid toegevoegd om informatie over de ondersteunde algoritmen in rsync in JSON-formaat weer te geven (geactiveerd door de optie —version («-VV») te dupliceren). Daarnaast is het script support\/json-rsync-version toegevoegd, waarmee een vergelijkbare JSON-uitvoer kan worden geconstrueerd op basis van de tekstuele informatie die wordt gegeven bij een enkele gebruik van de optie «—version» (voor compatibiliteit met eerdere versies van rsync).\n
De instelling «use chroot» in rsyncd.conf, die het gebruik van de chroot-aanroep voor extra isolatie van het proces reguleert, staat standaard ingesteld op «unset», wat het gebruik van chroot mogelijk maakt, afhankelijk van de beschikbaarheid (bijvoorbeeld ingeschakeld wanneer rsync met root-rechten wordt uitgevoerd en niet ingeschakeld wanneer het onder een niet-privilegeerde gebruiker wordt uitgevoerd).\n
De prestatie van het algoritme voor het zoeken naar basisbestanden voor ontbrekende doelbestanden is ongeveer verdubbeld, gebruikt bij de optie «—fuzzy».\n
De tijdsweergave in het protocol, gebruikt bij interactie met oudere versies van Rsync (tot versie 3.0), is gewijzigd \u2014 4-byte epoch-tijd wordt in dit geval behandeld als «unsigned int», wat het doorgeven van tijd voor 1970 voorkomt, maar het probleem met het aangeven van tijd na 2038 oplost.\n
Het ontbreken van een doelpad bij het aanroepen van de rsync-client wordt nu gezien als een fout. Om het oude gedrag te herstellen, waarbij een leeg pad als «.» werd ge\u00efnterpreteerd, is de optie «—old-args» voorgesteld. <\/ul>\n
Daarnaast kan de publicatie van de rclone 1.60-tool worden opgemerkt, die een equivalent van rsync is en bedoeld is voor het kopi\u00ebren en synchroniseren van gegevens tussen het lokale systeem en verschillende cloudopslagdiensten, zoals Google Drive, Amazon Drive, S3, Dropbox, Backblaze B2, OneDrive, Swift, Hubic, Cloudfiles, Google Cloud Storage, Mail.ru Cloud en Yandex.Disk. De code van het project is geschreven in Go en wordt verspreid onder de MIT-licentie. <\/p>\n
In de nieuwe release: zijn er back-ends toegevoegd voor het opslaan van back-ups in opslagdiensten zoals Oracle object storage en SMB\/CIFS. In de S3-opslag back-end is ondersteuning voor versiebeheer gerealiseerd en is de mogelijkheid toegevoegd om via de providers IONOS Cloud Storage en Qiniu KODO te werken. In de lokale back-end is een functie toegevoegd om filters voor het negeren van toegangsrechtenfouten in te stellen. \n Bron: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"