{"id":106388,"date":"2023-01-19T00:26:22","date_gmt":"2023-01-18T22:26:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dostupna-sistema-rezervnogo-kopirovaniya-restic-0-15"},"modified":"2023-01-19T00:26:22","modified_gmt":"2023-01-18T22:26:22","slug":"dostupna-sistema-rezervnogo-kopirovaniya-restic-0-15","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/dostupna-sistema-rezervnogo-kopirovaniya-restic-0-15","title":{"rendered":"El sistema de copias de seguridad restic 0.15 est\u00e1 disponible","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Se ha publicado la versi\u00f3n del sistema de copias de seguridad restic 0.15, que proporciona almacenamiento de copias de seguridad encriptadas en un repositorio versionado. El sistema est\u00e1 dise\u00f1ado originalmente para almacenar copias de seguridad en entornos no confiables, y la ca\u00edda de una copia de seguridad en manos ajenas no deber\u00eda comprometer el sistema. Es posible definir reglas flexibles para incluir y excluir archivos y carpetas al crear una copia de seguridad (el formato de las reglas es similar a rsync o gitignore). Se admite el funcionamiento en Linux, macOS, Windows, FreeBSD y OpenBSD. El c\u00f3digo del proyecto est\u00e1 escrito en Go y se distribuye bajo licencia BSD. <\/p>\n

Las copias de seguridad pueden almacenarse en el sistema de archivos local, en externos servidor<\/a> con acceso SFTP\/SSH o HTTP REST, en nubes como Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage y Google Cloud Storage, as\u00ed como en cualquier almacenamiento para el cual existen backend de rclone. Para la organizaci\u00f3n del almacenamiento, tambi\u00e9n se puede utilizar un servidor rest especial, que proporciona un rendimiento m\u00e1s alto en comparaci\u00f3n con otros backend y que puede funcionar en modo solo para complemento, impidiendo eliminar o modificar las copias de seguridad en caso de compromiso del original servidores<\/a> y el acceso a las claves de encriptaci\u00f3n. <\/p>\n

Se admiten instant\u00e1neas que reflejan el estado de un directorio espec\u00edfico con todos los archivos y subdirectorios en un momento dado. Con cada nueva copia de seguridad creada, se genera una instant\u00e1nea asociada que permite restaurar el estado en ese momento. Es posible copiar instant\u00e1neas entre diferentes repositorios. Para ahorrar tr\u00e1fico, durante el proceso de creaci\u00f3n de copias de seguridad se copian solo los datos que han cambiado. Para una evaluaci\u00f3n visual del contenido del repositorio y simplificar la recuperaci\u00f3n, la instant\u00e1nea con la copia de seguridad puede montarse en forma de una partici\u00f3n virtual (el montaje se realiza mediante FUSE). Tambi\u00e9n se proporcionan comandos para analizar cambios y extraer archivos de manera selectiva. <\/p>\n

El sistema manipula no archivos enteros, sino bloques de tama\u00f1o variable seleccionados utilizando la firma de Rabin. La informaci\u00f3n se almacena vinculada al contenido, no a los nombres de archivo (los nombres y objetos relacionados con los datos se determinan a nivel de metadatos del bloque). Se realiza la deduplicaci\u00f3n y la exclusi\u00f3n de copias de datos innecesarias bas\u00e1ndose en el hash SHA-256 del contenido. En los servidores externos, la informaci\u00f3n se almacena en forma cifrada (para los hashes se utiliza SHA-256, para el cifrado AES-256-CTR, y para garantizar la integridad, se emplean c\u00f3digos de autenticaci\u00f3n basados en Poly1305-AES). Se prev\u00e9 la posibilidad de verificar las copias de seguridad mediante hashes y c\u00f3digos de autenticaci\u00f3n para confirmar que la integridad de los archivos no ha sido alterada. <\/p>\n

En la nueva versi\u00f3n: <\/p>\n