Si bien el tema de la copia de seguridad / control de versiones de los archivos de configuración puede parecer simple en la superficie, es uno de los temas candentes de la administración del sistema / infraestructura.
Distribución independiente, para mantener copias de seguridad automáticas de / etc como una solución simple, puede instalar etckeeper.
Por defecto, confirma / etc a un repositorio / sistema de control de versiones instalado en el mismo sistema.
Los commits / backups son por defecto diariamente y / o cada vez que hay actualizaciones de paquetes.
El paquete etckeeper está prácticamente presente en todas las distribuciones de Linux.
ver: https://help.ubuntu.com/lts/serverguide/etckeeper.html
o https://wiki.archlinux.org/index.php/Etckeeper
Se podría argumentar que es un buen estándar de la industria tener este paquete instalado.
Si no ha instalado etckeeper y necesita un archivo particular, etc., hay varias formas; puede copiarlo de un sistema similar suyo , puede pedirle a su administrador de paquetes que descargue el archivo de instalación o descargarlo a mano, y extraer el archivo etc. de allí; Una de las formas más fáciles es usar mc (comandante de medianoche) para navegar dentro de los paquetes como si fueran directorios.
También puede usar los repositorios de distribución para obtener paquetes, en el caso de debian es http://packages.debian.org
En última instancia, si las configuraciones etc / están maltratadas más allá del reconocimiento, siempre tiene la opción de reinstalar el paquete en particular. mueva los archivos etc a un nombre / directorio de respaldo, y por ejemplo en Debian:
apt-get install --reinstall package_name
También puede configurar e instalar los repositorios de origen para su distribución / versión particular, instalar el paquete de origen y obtener los archivos etc. desde allí.
https://wiki.debian.org/apt-src (de nuevo un ejemplo de Debian)
En algunos paquetes, también puede tener muestras de los archivos de configuración en / usr / share / doc / package_name, que pueden ser aptos o no para su uso.
Como último recurso, también puede encontrar archivos, etc. en los repositorios / direcciones github si los proyectos de código abierto correspondientes, solo tenga en cuenta que a menudo las distribuciones cambian la configuración predeterminada y otras cosas.
Obviamente, ninguna de estas alternativas lo exime de tener una política de respaldo sólida y recuperar sus archivos perdidos / etc. desde allí.
Los tiempos también se mueven rápido, y si sigue una filosofía devops, también puede optar por descartar ciertos sistemas y volver a implementarlos en caso de que algunos archivos se corrompan; también puede usar CI y volver a implementar los archivos, por ejemplo, de jenkins.