Copia de seguridad del servidor VPN: decida qué debe ser restaurable

Copiar un archivo de configuración no es una copia de seguridad, y una copia que nadie puede restaurar no es un plan. El archivo debe contener la identidad del servicio, la política que lo rodea y el estado que dice qué dispositivos siguen permitidos. También debe protegerse, porque en la mayoría de los despliegues el archivo concede exactamente lo que concede la VPN. Decidir qué debe ser restaurable va primero; la lista de archivos se deriva de esa decisión.

Empiece por el objetivo de reconstrucción

Escriba qué debe hacer un servidor reconstruido antes de listar un solo archivo: terminar los mismos túneles, presentar la misma identidad y rechazar los dispositivos que están revocados en este momento. Esa frase descarta la mayoría de las copias ingenuas, porque un directorio de configuración rara vez contiene la lista de revocación o la dependencia externa de identidad. También expone las partes que viven fuera del host, como los registros DNS, las reglas de firewall en la nube y el directorio contra el que se autentica la pasarela. Un plan que las ignora produce un servidor restaurado que parece sano y no admite a nadie.

Agrupe el material en tres cestas: identidad, configuración y estado. La identidad son las claves, los certificados y la autoridad que los firma. La configuración son los ajustes del demonio, los grupos, las rutas y la política de firewall, mientras que el estado es el conjunto de pares, cuentas y revocaciones que cambia cada día.

La identidad es la parte que no puede regenerar

Las claves privadas no se pueden recrear de memoria, y los certificados que dependen de ellas caducan según un calendario que usted hereda en lugar de elegir. Copie la clave del servidor, el material de aprovisionamiento de clientes y la autoridad de certificación, y anote cuáles de ellos deben permanecer sin conexión. Una clave de autoridad que solo vive en la pasarela en funcionamiento está a un compromiso de distancia de un restablecimiento completo de identidad para cada cliente. Anote lo que se guarda deliberadamente en otro lugar para que nadie lo duplique en un archivo con menor protección.

La revocación merece su propia línea en el plan. Restaurar la configuración de ayer puede reinstaurar una identidad que usted eliminó hoy, lo que convierte una recuperación en un incidente de seguridad. Mantenga el estado de revocación actual en un lugar independiente de la instantánea a la que volvería, y compruébelo después de cualquier restauración.

Capture el estado en un único momento

Una copia tomada mientras el servicio escribe produce un inventario incoherente, y los datos de identidad incoherentes son peores que una copia limpia más antigua. Use la ruta de exportación admitida para cada almacén y luego anote la hora de la instantánea, porque toda pregunta posterior sobre la restauración depende de ella.

wg showconf wg0 > /srv/backup/wg0.runtime.conf
sqlite3 /var/lib/vpn/admin.db ".backup '/srv/backup/admin.db'"
cp -a /etc/wireguard /srv/backup/etc-wireguard
sha256sum /srv/backup/*.conf > /srv/backup/MANIFEST

El primer comando imprime la interfaz en ejecución como configuración, que es la forma más rápida de capturar pares añadidos a mano en lugar de con una herramienta de gestión; el manual de wg(8) lo documenta. La línea de sqlite es el patrón para una base de datos de gestión: el comando de copia produce una copia coherente mientras el escritor sigue funcionando. La copia del directorio conserva los permisos, lo que importa porque esos archivos de claves solo los puede leer root. El manifiesto es lo que permite distinguir un archivo completo de uno truncado.

Haga posible la restauración y luego pruébela

Cifre el archivo y guarde la clave de recuperación en un lugar distinto de la máquina de la que salió. Una copia cuya contraseña solo existe en el servidor fallido es una copia que nadie abrirá. Restrinja la obtención a las personas que ya podían administrar la pasarela y registre cada obtención. Pruebe la restauración en una red aislada, porque una identidad clonada levantada junto a producción crea dos servidores que responden por la misma clave de par.

Documente las exclusiones con el mismo cuidado que el contenido. Las reglas de firewall en la nube, los registros DNS y un directorio externo pueden necesitar cada uno su propio paso de recuperación. Una copia de archivos correcta no es prueba de que el servicio vuelva; la única prueba que cuenta es un punto final reconstruido que supera la misma prueba de aceptación que el original.