{"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\/pt\/blog\/news\/vypusk-utilit-dlya-rezervnogo-kopirovaniya-rsync-3-2-7-i-rclone-1-60","title":{"rendered":"Lan\u00e7amento das ferramentas de backup Rsync 3.2.7 e rclone 1.60","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Publicada a vers\u00e3o do Rsync 3.2.7, uma ferramenta de sincroniza\u00e7\u00e3o de arquivos e backup que minimiza o tr\u00e1fego por meio da c\u00f3pia incremental das mudan\u00e7as. Como transporte, podem ser utilizados ssh, rsh ou o pr\u00f3prio protocolo rsync. Suporta a configura\u00e7\u00e3o de servidores rsync an\u00f4nimos, ideais para sincroniza\u00e7\u00e3o de espelhos. O c\u00f3digo do projeto \u00e9 distribu\u00eddo sob a licen\u00e7a GPLv3. <\/p>\n
Entre as mudan\u00e7as adicionadas: <\/p>\n
\n
Permitido o uso de hashes SHA512, SHA256 e SHA1 na autentica\u00e7\u00e3o da conex\u00e3o do usu\u00e1rio ao processo em segundo plano do rsync (anteriormente, apenas MD5 e MD4 eram suportados).\n
Foi implementada a possibilidade de usar o algoritmo SHA1 para calcular somas de verifica\u00e7\u00e3o de arquivos. Devido ao grande tamanho do hash, o SHA1 recebeu a prioridade mais baixa na lista de negocia\u00e7\u00f5es de hashes. Para for\u00e7ar a sele\u00e7\u00e3o do SHA1, pode-se usar a op\u00e7\u00e3o «—checksum-choice».\n
Para reduzir a probabilidade de colis\u00f5es, a tabela hash dos atributos xattr foi alterada para usar chaves de 64 bits.\n
Foi garantida a possibilidade de exibir informa\u00e7\u00f5es sobre os algoritmos suportados no rsync no formato JSON (ativado pela duplica\u00e7\u00e3o da op\u00e7\u00e3o —version («-VV»)). Um script adicional support\/json-rsync-version foi adicionado, permitindo gerar uma sa\u00edda JSON semelhante com base nas informa\u00e7\u00f5es fornecidas em formato de texto ao usar a op\u00e7\u00e3o «—version» uma \u00fanica vez (para compatibilidade com vers\u00f5es anteriores do rsync).\n
A configura\u00e7\u00e3o «use chroot» no rsyncd.conf, que regula o uso da chamada chroot para uma maior isola\u00e7\u00e3o do processo, \u00e9 definida por padr\u00e3o como «unset», permitindo o uso do chroot dependendo de sua disponibilidade (por exemplo, ativado quando o rsync \u00e9 executado com privil\u00e9gios de root e desativado quando executado por um usu\u00e1rio n\u00e3o privilegiado).\n
A performance do algoritmo de busca de arquivos b\u00e1sicos para arquivos-alvo ausentes, aplicado ao usar a op\u00e7\u00e3o «—fuzzy», foi aumentada em aproximadamente duas vezes.\n
A representa\u00e7\u00e3o do tempo no protocolo, usada ao interagir com vers\u00f5es mais antigas do Rsync (antes da ramifica\u00e7\u00e3o 3.0), foi alterada \u2014 o tempo epoch de 4 bytes, neste caso, \u00e9 tratado como «unsigned int», o que n\u00e3o permite passar o tempo antes de 1970, mas resolve o problema ao indicar o tempo ap\u00f3s 2038.\n
A aus\u00eancia de um caminho-alvo ao chamar o cliente rsync agora \u00e9 interpretada como um erro. Para retornar ao comportamento antigo, onde um caminho vazio era interpretado como «.», uma op\u00e7\u00e3o «—old-args» foi proposta. <\/ul>\n
Adicionalmente, pode-se notar a publica\u00e7\u00e3o da vers\u00e3o da ferramenta rclone 1.60, que \u00e9 um an\u00e1logo do rsync, destinado \u00e0 c\u00f3pia e sincroniza\u00e7\u00e3o de dados entre o sistema local e diversos armazenamentos em nuvem, como Google Drive, Amazon Drive, S3, Dropbox, Backblaze B2, OneDrive, Swift, Hubic, Cloudfiles, Google Cloud Storage, Mail.ru Cloud e Yandex.Disk. O c\u00f3digo do projeto \u00e9 escrito na linguagem Go e distribu\u00eddo sob a licen\u00e7a MIT. <\/p>\n
Na nova vers\u00e3o: foram adicionados backends para armazenamento de backups em Oracle object storage e SMB\/CIFS. No backend de armazenamento S3, foi implementado suporte \u00e0 versionamento e adicionada a possibilidade de operar atrav\u00e9s dos provedores IONOS Cloud Storage e Qiniu KODO. No backend local, foi inclu\u00edda a capacidade de adicionar filtros para ignorar erros relacionados a permiss\u00f5es. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"