Lo que llega a tu servidor

El árbol de archivos

/
├── usr/local/bin/
│   └── neverwiped                          el agente (un solo binario estático)
├── etc/
│   ├── neverwiped/
│   │   ├── config.json                     configuración, clave del servidor, credencial de almacenamiento (0600, root)
│   │   └── repo.key                        clave de cifrado del repositorio, nunca se envía (0600, root)
│   └── systemd/system/
│       └── neverwiped-backup.{service,timer}   programación (o /etc/cron.d/neverwiped, o la crontab de root)
└── var/
    ├── lib/neverwiped/
    │   ├── bin/restic-0.18.1               restic, huella comprobada
    │   ├── dumps/                          volcados de bases durante una copia, se vacía después
    │   ├── volumes/                        copias en pausa de los volúmenes Docker durante una copia, se vacía después
    │   └── paused                          contenedores pausados para esa copia, hasta reanudarse
    ├── cache/neverwiped/                   caché de restic
    └── log/neverwiped.log                  registro local, una línea con fecha por evento

Lo que se copia por defecto: /etc, /var/spool/cron, /root y /home si no están vacíos, archivos web (/var/www, /srv, raíces declaradas en nginx, Apache o Caddy), aplicaciones de /opt, PostgreSQL y MySQL/MariaDB (locales o en Docker, como volcados coherentes), volúmenes Docker (en caliente, o copiados con sus contenedores en pausa unos segundos: Un volumen Docker). Excluido por defecto: **/node_modules, **/.cache, /var/cache, /var/lib/docker/overlay2, /root/.npm, /root/go/pkg y el propio restic. Unos preajustes opcionales (logs, build, trash, disk-images, archives) excluyen más: ver Tamaño y exclusiones.

Velocidad, CPU y prioridad

Una copia lee tus archivos, los comprime y los cifra, y envía al almacenamiento lo que ha cambiado. Por defecto se ejecuta con prioridad baja (nice 10 y clase de disco idle), para que tu sitio vaya primero, sin límite de velocidad de envío ni de núcleos. Para dejar más a tu sitio:

neverwiped limits
neverwiped limits --limit-upload 20mbit
neverwiped limits --limit-cpus 1
neverwiped limits --priority normal
neverwiped limits --limit-upload off --limit-cpus off --priority low

Las mismas opciones sirven con neverwiped install, para que la primera copia ya vaya limitada. Se guardan en /etc/neverwiped/config.json, se conservan al volver a lanzar install y las muestra neverwiped status. Se aplican a cada copia, programada o manual, y a la purga de las copias antiguas. **Las restauraciones y neverwiped list nunca se limitan.**

Conviene saber:

• La primera copia lo envía todo. Con un límite de envío, la instalación muestra cuánto tarda como máximo en enviar el plan (menos tras la compresión y la deduplicación). Una copia lanzada por el temporizador de systemd se detiene a las 12 horas: si la primera necesita más, ejecuta neverwiped limits --limit-upload off, luego neverwiped backup now, y vuelve a poner el límite cuando termine. Las siguientes solo envían los cambios.
• Exportaciones de bases de datos: la prioridad baja se aplica a la herramienta de exportación (pg_dumpall, mysqldump), no al trabajo del propio servidor de base de datos. Para una base en Docker, la exportación se ejecuta dentro del contenedor, con la prioridad del contenedor.
• Los volúmenes Docker copiados en pausa se copian siempre con prioridad normal, para que sus contenedores se reanuden cuanto antes.
• La clase de disco (ionice -c 3) solo tiene efecto con un planificador de disco que la use (BFQ, y mq-deadline en núcleos recientes); en muchos discos virtuales (none) no cambia nada, y lo que cuenta es el nivel nice y los límites de arriba.
• Los agentes antiguos tenían Nice=10 e IOSchedulingClass=idle en neverwiped-backup.service. Ahora el agente fija la prioridad él mismo; la unidad se reescribe en la siguiente copia o al cambiar neverwiped limits.

Actualizar el agente

neverwiped update --check     # versión instalada, fijación, lo disponible
neverwiped update             # la instala, tras una confirmación
neverwiped update --rollback  # vuelve a la versión anterior (sin red)

Una actualización solo instala una versión firmada. NeverWiped firma la lista de versiones con una clave guardada fuera de línea, y el agente lleva la clave pública correspondiente: la plataforma que sirve los archivos no puede firmar, así que una lista o un binario modificado se rechaza. El agente también rechaza una lista caducada o más antigua que una ya aceptada, comprueba la huella SHA-256 y el tamaño del binario, y lo ejecuta una vez antes de que reemplace al actual, que se guarda en /var/lib/neverwiped/bin/neverwiped.previous. Si falla un paso, no cambia nada. La configuración, las claves, el repositorio y el plan no se tocan.

• Fija una versión (--pin 0.3.1), una rama que solo recibe correcciones (--pin 0.3), o sigue la última (--pin none). --rollback fija la versión que vuelve a poner.
• La actualización automática está desactivada por defecto. neverwiped update --auto on deja que la copia nocturna instale lo que permite la fijación, como mucho una vez al día, después de la copia; una actualización fallida nunca hace fallar la copia.
• Una versión retirada nunca se instala, y un servidor que la ejecute vuelve a la última versión buena de su rama.
• Comprueba un binario tú mismo: https://neverwiped.com/downloads/releases/releases.json da el tamaño y la huella SHA-256 de cada versión, y sha256sum /usr/local/bin/neverwiped debe mostrar una de ellas.

Todas las opciones: referencia de comandos.

Desinstalar

neverwiped uninstall --yes

Por orden, el comando:

1. se niega mientras haya una copia, restauración o verificación en curso (espera y vuelve a lanzarlo), y reanuda cualquier contenedor Docker que una ejecución interrumpida dejó en pausa. Si alguno no puede reanudarse, se detiene sin quitar nada;
2. quita la programación (temporizador systemd o línea cron);
3. avisa a la plataforma: el servidor pasa a «agente desinstalado» y se revoca su clave. El titular de la cuenta recibe un correo;
4. borra /var/lib/neverwiped (estado, restic, el agente anterior guardado para update --rollback), /var/cache/neverwiped, /etc/neverwiped y /usr/local/bin/neverwiped, y muestra cada ruta quitada o conservada. Si una ruta no puede quitarse, lo indica, conserva el binario para que puedas volver a lanzarlo y termina con error.

El registro /var/log/neverwiped.log se conserva; --remove-log también lo borra. No se toca nada más del servidor.

Tus copias: conservadas o borradas, tú eliges

Sin --yes, el comando te pregunta qué prefieres.

Por qué el servidor no puede borrarlas él mismo: las claves guardadas en el servidor pueden añadir copias, no borrarlas a petición. El único borrado en el que participan es la purga semanal según tu retención, en una ventana de una hora (purga). Es lo que protege tus copias si alguien toma el control del servidor. Por eso el borrado siempre termina con una confirmación en el panel, con sesión iniciada. También puedes no usar el comando y borrar el servidor allí directamente.

Antes de desinstalar sin --keep-config, comprueba que la clave de recuperación que guardas sigue abriendo estas copias:

neverwiped recovery-key check

Una vez borrado /etc/neverwiped, solo esa clave puede leerlas.

Conservar la configuración

Para conservar la configuración y la clave local, de modo que una reinstalación siga donde lo dejaste:

neverwiped uninstall --yes --keep-config

En una máquina copiada (VM clonada, /etc/neverwiped copiado), la desinstalación solo quita la copia local. No avisa a la plataforma ni pide ningún borrado, porque las copias pertenecen al servidor original.