構成ファイルのバックアップ/バージョン管理のトピックは、表面的には単純に見えるかもしれませんが、システム/インフラストラクチャ管理のホットなトピックの 1 つです。
ディストリビューションにとらわれず、/etc の自動バックアップを簡単なソリューションとして保持するには、etckeeper をインストールできます。
デフォルトでは、同じシステムにインストールされているリポジトリ/バージョン管理システムに /etc をコミットします。
コミット/バックアップは、デフォルトで毎日、および/またはパッケージの更新があるたびに行われます。
etckeeper パッケージは、ほとんどすべての Linux ディストリビューションに含まれています。
参照:https://help.ubuntu.com/lts/serverguide/etckeeper.html
または https://wiki.archlinux.org/index.php/Etckeeper
このパッケージをインストールすることは、業界の優れた標準であると言えます。
etckeeper がインストールされておらず、特定の etc ファイルが必要な場合は、いくつかの方法があります。自分のシステムと同様のシステムからコピーすることもできます。 、パッケージマネージャーにインストールファイルをダウンロードするか、手動でダウンロードして、そこから etc ファイルを抽出するように依頼できます。最も簡単な方法の 1 つは、mc (真夜中の司令官) を使用して、ディレクトリであるかのようにパッケージ内を移動することです。
ディストリビューション リポジトリを使用してパッケージを取得することもできます。debian の場合は http://packages.debian.org
最終的に、etc/configurations が認識できないほど破損している場合は、特定のパッケージを再インストールするオプションが常にあります。 etc ファイルをバックアップ名/ディレクトリに移動します。たとえば、Debian の場合:
apt-get install --reinstall package_name
また、特定のディストリビューション/バージョンのソース リポジトリを構成およびインストールし、ソース パッケージをインストールして、そこから etc ファイルを取得することもできます。
https://wiki.debian.org/apt-src (これも Debian の例です)
一部のパッケージでは、構成ファイルのサンプルが /usr/share/doc/package_name にある場合もありますが、これは使用に適している場合と使用できない場合があります。
最後の手段として、対応するオープンソース プロジェクトの場合、リポジトリ/github アドレスに etc ファイルを見つけることもできますが、ディストリビューションによってデフォルト設定やその他のものが変更されることがよくあることに注意してください。
明らかに、これらの代替手段のいずれも、適切なバックアップ ポリシーを用意し、そこから失われた /etc ファイルを取得することを免除するものではありません。
時代の流れも速いので、開発者の哲学に従っている場合は、一部のファイルが破損した場合に備えて、特定のシステムを完全に破棄して再デプロイすることも選択できます。 CI を使用して、たとえばジェンキンスからファイルを再デプロイすることもできます。