Proyectos
restic 0.19.1 en escuelas: copias, claves y restauración
Mini-caso para escuelas técnicas: cómo armar backups con restic, repositorio cifrado, permisos, retención y una prueba real de restauración.
Antes, la escuela técnica copiaba carpetas al disco externo de preceptoría; después, cada curso tuvo una copia cifrada, una clave guardada y una restauración probada. El cambio importa cuando notebooks, legajos, prácticas de taller y fotos de campo quedan repartidos entre usuarios. restic 0.19.1 permite ordenar ese backup con repositorios, snapshots y retención escrita. El lector va a ver qué dato se copia, quién toca la clave y cómo se prueba. ## Dónde aparece la copia que nadie restauró restic 0.19.1 fue publicado el 5 de julio de 2026 con nueve correcciones resumidas en su changelog, entre ellas validaciones de mount, comportamiento de snapshots y manejo de rutas inaccesibles. Esa cifra corrige una costumbre escolar: muchas copias pueden convivir con una restauración imposible. Una copia útil nombra origen, repositorio, clave, fecha, retención y prueba. En una escuela agrotécnica del este provincial, la directora no veía servidores; veía un armario metálico con dos discos USB, etiquetas escritas a mano y un cable corto que pasaba de notebook en notebook. El antagonista era el backup ceremonial: se hacía los viernes, sonaba tranquilo y nadie abría un archivo restaurado hasta que una carpeta desaparecía. El primer corte de prueba fue chico: una carpeta de segundo año, 2 GB de planos, fotos de riego y planillas de laboratorio. La restauración tardó 14 minutos en una notebook prestada. Ese tiempo, escrito en el acta, convirtió el backup en una promesa medible. La conexión con equipos profesionales aparece en la Stack Overflow Developer Survey 2025, donde Linux y bases abiertas sostienen buena parte del trabajo técnico. El aprendizaje para una institución chica es directo: una copia se gobierna con comandos repetibles, permisos, registro y responsables visibles.
Cómo funciona por dentro
El flujo mínimo tiene seis pasos. 1. La administración define qué carpetas entran: legajos, prácticas, fotos, planillas y material de aula. 2. restic lee esos caminos, separa datos en bloques, cifra el contenido y crea snapshots con fecha y origen. 3. El repositorio se guarda en disco local, SFTP o almacenamiento S3 compatible; conserva packs, índices y metadatos. 4. La clave queda en un gestor como Passbolt, con dueño, suplente y rotación escrita. 5. Una tarea programada ejecuta backup, forget y prune para aplicar retención y limpiar datos vencidos. 6. La prueba restaura una carpeta real en otro equipo y registra tiempo, usuario y archivo recuperado. El permiso se decide antes del primer comando. Docentes pueden cargar material, secretaría puede leer legajos, dirección aprueba retención y sistemas administra repositorios. Si todos conocen la clave maestra, el backup pierde gobierno. Si nadie la conoce fuera de sistemas, la restauración se frena cuando esa persona falta.
Qué se instala o configura primero
La pila inicial puede usar restic 0.19.1, un servidor chico para programar tareas, almacenamiento S3 compatible o SFTP, Passbolt para secretos, un log simple de corridas y una planilla de pruebas. Un VPS 2 vCPU y 4 GB cuesta entre USD 12 y USD 25 por mes; al dólar oficial venta de $1.545 equivale a $18.540 a $38.625. El almacenamiento externo se calcula aparte según GB, retención y egreso. UMSA suele arrancar un caso así con una restauración, no con una lista de carpetas. Primero se elige una carpeta de prueba con archivos reales. Después se crea el repositorio cifrado, se carga la clave en Passbolt, se corre el primer backup, se borra una copia local en ambiente de ensayo y se restaura en otro equipo. El primer entregable es un acta técnica con ruta, tamaño, duración, usuario y archivo abierto.
Dónde se rompe y cómo probarlo
El primer riesgo es copiar rutas equivocadas. La señal aparece cuando el backup pesa poco o no cambia durante semanas. La prueba mínima es comparar rutas declaradas contra archivos modificados por usuarios reales. El segundo riesgo es perder la clave. La señal aparece cuando solo una persona puede restaurar. La prueba mínima es ejecutar restauración con el suplente y registrar quién accedió al secreto. El tercer riesgo es retener para siempre. La señal aparece cuando fotos viejas y planillas vencidas ocupan espacio sin criterio. La prueba mínima es aplicar forget y prune en ensayo, revisar qué snapshots quedan y documentar el plazo. El cuarto riesgo es restaurar tarde. La señal aparece cuando una clase necesita material y sistemas todavía busca el comando correcto. La prueba mínima es medir una restauración de 2 GB y repetirla cada trimestre. Una escuela puede tolerar una copia lenta. La falla descubierta el día de la muestra técnica llega demasiado tarde.
