Mentre l'argomento del backup / versioning dei file di configurazione può sembrare semplice in superficie, è uno degli argomenti caldi dell'amministrazione di sistema / infrastruttura.
Distribuzione agnostica, per mantenere i backup automatici di / etc come una semplice soluzione è possibile installare etckeeper.
Di default commette / etc in un repository / sistema di controllo versione installato sullo stesso sistema.
I commit / backup sono di default ogni giorno e / o ogni volta che ci sono aggiornamenti del pacchetto.
Il pacchetto etckeeper è praticamente presente in tutte le distribuzioni Linux.
vedi: https://help.ubuntu.com/lts/serverguide/etckeeper.html
o https://wiki.archlinux.org/index.php/Etckeeper
Si potrebbe sostenere che è un buon standard del settore installare questo pacchetto.
Se non hai installato etckeeper e hai bisogno di un particolare file etc, ci sono diversi modi; potresti copiarlo da un tuo sistema simile , puoi chiedere al gestore dei pacchetti di scaricare il file di installazione o scaricarlo a mano ed estrarre il file etc da lì; uno dei modi più semplici è usare mc (comandante di mezzanotte) per navigare all'interno dei pacchetti come se fossero directory.
È inoltre possibile utilizzare i repository di distribuzione per ottenere pacchetti, nel caso di debian è http://packages.debian.org
Alla fine se le configurazioni etc / sono alterate oltre il riconoscimento, hai sempre la possibilità di reinstallare il pacchetto specifico. spostare i file etc in una directory / nome di backup, e ad esempio in Debian:
apt-get install --reinstall package_name
Puoi anche configurare e installare i repository di origine per la tua particolare distribuzione / versione, installare il pacchetto di origine e ottenere i file etc da lì.
https://wiki.debian.org/apt-src (di nuovo un esempio Debian)
In alcuni pacchetti, potresti anche avere esempi dei file di configurazione in / usr / share / doc / nome_pacchetto, che potrebbero essere adatti o meno per l'uso.
Come ultima risorsa, potresti anche trovare file etc nei repository / indirizzi github se i corrispondenti progetti open source, tieni presente che spesso le distribuzioni cambiano le impostazioni predefinite e le cose intorno.
Ovviamente, nessuna di queste alternative ti esenta dall'avere una solida politica di backup in atto e recupera i tuoi file persi / etc da lì.
Anche i tempi si muovono rapidamente e, seguendo una filosofia devops, potresti anche scegliere di scartare del tutto determinati sistemi e ridistribuirli nel caso in cui alcuni file vengano danneggiati; potresti anche usare CI e, ad esempio, distribuire i file da jenkins.