{"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\/it\/blog\/news\/vypusk-utilit-dlya-rezervnogo-kopirovaniya-rsync-3-2-7-i-rclone-1-60","title":{"rendered":"Pubblicazione degli strumenti per il backup Rsync 3.2.7 e rclone 1.60","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stato pubblicato il rilascio di Rsync 3.2.7, un'utilit\u00e0 per la sincronizzazione dei file e il backup, che consente di ridurre il traffico tramite la copia incrementale delle modifiche. Possono essere utilizzati come trasporto ssh, rsh o il protocollo proprietario rsync. \u00c8 supportata l'organizzazione del lavoro di server rsync anonimi, adatti per garantire la sincronizzazione degli specchi. Il codice del progetto \u00e8 distribuito sotto licenza GPLv3. <\/p>\n
Tra le modifiche aggiunte: <\/p>\n
\n
\u00c8 consentito l'uso di hash SHA512, SHA256 e SHA1 per l'autenticazione della connessione dell'utente con il processo in background di rsync (in precedenza venivano supportati MD5 e MD4).\n
\u00c8 stata implementata la possibilit\u00e0 di utilizzare l'algoritmo SHA1 per il calcolo delle somme di controllo dei file. A causa delle grandi dimensioni dell'hash, SHA1 ha ottenuto la priorit\u00e0 pi\u00f9 bassa nell'elenco di concordanza degli hash. Per forzare la selezione di SHA1, \u00e8 possibile utilizzare l'opzione «—checksum-choice».\n
Per ridurre la probabilit\u00e0 di collisioni, la tabella degli hash degli attributi xattr \u00e8 stata convertita per utilizzare chiavi a 64 bit.\n
\u00c8 stata garantita la possibilit\u00e0 di visualizzare le informazioni sugli algoritmi supportati da rsync in formato JSON (attivabile duplicando l'opzione —version («-VV»)). Inoltre, \u00e8 stato aggiunto lo script support\/json-rsync-version, che consente di generare un'uscita JSON simile basata sulle informazioni fornite in formato testuale con singolo riferimento all'opzione «—version» (per la compatibilit\u00e0 con le versioni precedenti di rsync).\n
L'impostazione «use chroot» in rsyncd.conf, che regola l'uso della chiamata chroot per una maggiore isolamento del processo, \u00e8 impostata per impostazione predefinita su «unset», il che consente di utilizzare chroot a seconda della sua disponibilit\u00e0 (ad esempio, abilitarlo quando rsync viene eseguito con i diritti di root e disabilitarlo quando viene eseguito da un utente non privilegiato).\n
La prestazione dell'algoritmo di ricerca dei file di base per i file di destinazione mancanti, utilizzato specificando l'opzione «—fuzzy», \u00e8 aumentata di circa due volte.\n
\u00c8 stata modificata la rappresentazione del tempo nel protocollo, utilizzata quando si interagisce con le versioni precedenti di Rsync (fino alla versione 3.0) — il tempo epocale a 4 byte in questo caso \u00e8 trattato come «unsigned int», il che non consente di trasmettere tempo prima del 1970, ma risolve il problema della specifica del tempo dopo il 2038.\n
L'assenza di un percorso di destinazione durante la chiamata al client rsync \u00e8 ora interpretata come un errore. Per ripristinare il comportamento precedente, in cui un percorso vuoto era interpretato come «.», \u00e8 stata proposta l'opzione «—old-args». <\/ul>\n
Inoltre, si segnala la pubblicazione della versione dell'utilit\u00e0 rclone 1.60, che \u00e8 un'alternativa a rsync, destinata a copiare e sincronizzare dati tra un sistema locale e vari servizi di cloud storage, come Google Drive, Amazon Drive, S3, Dropbox, Backblaze B2, OneDrive, Swift, Hubic, Cloudfiles, Google Cloud Storage, Mail.ru Cloud e Yandex.Disk. Il codice del progetto \u00e8 scritto in Go e distribuito sotto licenza MIT. <\/p>\n
Nel nuovo rilascio: sono stati aggiunti backend per la memorizzazione dei backup in Oracle object storage e SMB\/CIFS. Nel backend storage S3 \u00e8 stata implementata la supporto per il versioning e \u00e8 stata aggiunta la possibilit\u00e0 di lavorare tramite i provider IONOS Cloud Storage e Qiniu KODO. Nel backend locale \u00e8 stata integrata la possibilit\u00e0 di aggiungere filtri per ignorare gli errori legati ai permessi. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"