Copia de seguridade do servidor VPN: decida que debe ser restaurable

Copiar un ficheiro de configuración non é unha copia de seguridade, e unha copia que ninguén pode restaurar non é un plan. O arquivo debe conter a identidade do servizo, a política que o rodea e o estado que di que dispositivos seguen permitidos. Tamén debe protexerse, porque na maioría dos despregamentos o arquivo concede exactamente o que concede a VPN. Decidir que debe ser restaurable vai primeiro; a lista de ficheiros derívase desa decisión.

Comece polo obxectivo de reconstrución

Escriba que debe facer un servidor reconstruído antes de listar un só ficheiro: terminar os mesmos túneles, presentar a mesma identidade e rexeitar os dispositivos que están revogados neste momento. Esa frase descarta a maioría das copias inxenuas, porque un directorio de configuración raramente contén a lista de revogación ou a dependencia externa de identidade. Tamén expón as partes que viven fóra do host, como os rexistros DNS, as regras de firewall na nube e o directorio contra o que se autentica a pasarela. Un plan que as ignora produce un servidor restaurado que parece san e non admite a ninguén.

Agrupe o material en tres cestas: identidade, configuración e estado. A identidade son as chaves, os certificados e a autoridade que os asina. A configuración son os axustes do daemon, os pools, as rutas e a política de firewall, mentres que o estado é o conxunto de pares, contas e revogacións que cambia cada día.

A identidade é a parte que non pode rexenerar

As chaves privadas non se poden recrear da memoria, e os certificados que dependen delas caducan segundo un calendario que herda en lugar de escoller. Copie a chave do servidor, o material de aprovisionamento de clientes e a autoridade de certificación, e anote cales deles deben permanecer sen conexión. Unha chave de autoridade que só vive na pasarela en funcionamento está a un compromiso de distancia dun restablecemento completo de identidade para cada cliente. Anote o que se garda deliberadamente noutro lugar para que ninguén o duplique nun arquivo con menor protección.

A revogación merece a súa propia liña no plan. Restaurar a configuración de onte pode reinstaurar unha identidade que eliminou hoxe, o que converte unha recuperación nun incidente de seguridade. Manteña o estado de revogación actual nun lugar independente da instantánea á que volvería, e compróbeo despois de calquera restauración.

Capture o estado nun único momento

Unha copia tomada mentres o servizo escribe produce un inventario incoherente, e os datos de identidade incoherentes son peores que unha copia limpa máis antiga. Use a vía de exportación admitida para cada almacén e despois anote a hora da instantánea, porque toda pregunta posterior sobre a restauración depende dela.

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

O primeiro comando imprime a interface en execución como configuración, que é a forma máis rápida de capturar pares engadidos a man en lugar de cunha ferramenta de xestión; o manual de wg(8) documéntao. A liña de sqlite é o patrón para unha base de datos de xestión: o comando de copia produce unha copia coherente mentres o escritor segue funcionando. A copia do directorio conserva os permisos, o que importa porque eses ficheiros de chaves só os pode ler root. O manifesto é o que permite distinguir un arquivo completo dun truncado.

Faga posible a restauración e despois probea

Cifre o arquivo e garde a chave de recuperación nun lugar distinto da máquina da que saíu. Unha copia cuxo contrasinal só existe no servidor fallido é unha copia que ninguén abrirá. Restrinxa a obtención ás persoas que xa podían administrar a pasarela, e rexistre cada obtención. Probe a restauración nunha rede illada, porque unha identidade clonada levantada xunto á produción crea dous servidores que responden pola mesma chave de par.

Documente as exclusións co mesmo coidado que o contido. As regras de firewall na nube, os rexistros DNS e un directorio externo poden necesitar cada un o seu propio paso de recuperación. Unha copia de ficheiros correcta non é proba de que o servizo volva; a única proba que conta é un punto final reconstruído que supera a mesma proba de aceptación que o orixinal.