{"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\/es\/blog\/news\/vypusk-utilit-dlya-rezervnogo-kopirovaniya-rsync-3-2-7-i-rclone-1-60","title":{"rendered":"Lanzamiento de utilidades para copias de seguridad Rsync 3.2.7 y rclone 1.60","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha publicado la versi\u00f3n Rsync 3.2.7, una utilidad para la sincronizaci\u00f3n de archivos y copias de seguridad que minimiza el tr\u00e1fico mediante la copia incremental de cambios. Se pueden utilizar ssh, rsh o el propio protocolo rsync como transporte. Se admite la organizaci\u00f3n de servidores rsync an\u00f3nimos, \u00f3ptimamente adecuados para proporcionar sincronizaci\u00f3n de espejos. El c\u00f3digo del proyecto se distribuye bajo la licencia GPLv3. <\/p>\n
Entre los cambios a\u00f1adidos: <\/p>\n
\n
Se permite el uso de los hashes SHA512, SHA256 y SHA1 para la autenticaci\u00f3n de la conexi\u00f3n del usuario con el proceso en segundo plano rsync (anteriormente se admit\u00edan MD5 y MD4).\n
Se ha implementado la posibilidad de utilizar el algoritmo SHA1 para calcular lassumas de verificaci\u00f3n de archivos. Debido al gran tama\u00f1o del hash, SHA1 se le ha asignado la prioridad m\u00e1s baja en la lista de negociaci\u00f3n de hashes. Para forzar la selecci\u00f3n de SHA1, se puede usar la opci\u00f3n «—checksum-choice».\n
Para reducir la probabilidad de colisiones, la tabla hash de atributos xattr ha sido trasladada a utilizar claves de 64 bits.\n
Se ha garantizado la posibilidad de mostrar informaci\u00f3n sobre los algoritmos soportados en rsync en formato JSON (se activa duplicando la opci\u00f3n —version («-VV»)). Adem\u00e1s, se ha a\u00f1adido el script support\/json-rsync-version, que permite generar una salida JSON similar basada en la informaci\u00f3n proporcionada en formato de texto al especificar la opci\u00f3n «—version» una sola vez (para compatibilidad con versiones anteriores de rsync).\n
La configuraci\u00f3n «use chroot» en rsyncd.conf, que regula el uso de la llamada chroot para una mayor aislamiento del proceso, est\u00e1 configurada por defecto en el valor «unset», lo que permite usar chroot seg\u00fan su disponibilidad (por ejemplo, habilitarlo cuando rsync se ejecute con privilegios de root y no habilitarlo cuando se ejecute con un usuario no privilegiado).\n
La eficiencia del algoritmo de b\u00fasqueda de archivos base para archivos de destino faltantes, aplicado al especificar la opci\u00f3n «—fuzzy», ha mejorado aproximadamente dos veces.\n
Se ha modificado la representaci\u00f3n del tiempo en el protocolo, utilizada al interactuar con versiones antiguas de Rsync (antes de la rama 3.0) — el tiempo epoch de 4 bytes en este caso se maneja como «unsigned int», lo que impide transmitir el tiempo anterior a 1970, pero resuelve el problema de la especificaci\u00f3n del tiempo despu\u00e9s de 2038.\n
La ausencia de una ruta de destino al invocar el cliente rsync ahora se interpreta como un error. Para revertir el comportamiento anterior, en el que una ruta vac\u00eda se interpretaba como «.», se ha propuesto la opci\u00f3n «—old-args». <\/ul>\n
Adem\u00e1s, se puede destacar la publicaci\u00f3n de la versi\u00f3n 1.60 de la herramienta rclone, que es un equivalente de rsync, dise\u00f1ado para copiar y sincronizar datos entre un sistema local y varios servicios de almacenamiento en la nube, como Google Drive, Amazon Drive, S3, Dropbox, Backblaze B2, OneDrive, Swift, Hubic, Cloudfiles, Google Cloud Storage, Mail.ru Cloud y Yandex.Disk. El c\u00f3digo del proyecto est\u00e1 escrito en Go y se distribuye bajo la licencia MIT. <\/p>\n
En la nueva versi\u00f3n: se han a\u00f1adido backends para el almacenamiento de copias de seguridad en los almacenamientos Oracle object storage y SMB\/CIFS. En el backend de almacenamiento S3 se ha implementado soporte para versionado y se ha a\u00f1adido la posibilidad de trabajar a trav\u00e9s de los proveedores IONOS Cloud Storage y Qiniu KODO. En el backend local se ha incorporado la posibilidad de a\u00f1adir filtros para ignorar errores relacionados con permisos. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"