たまに、/etc/rc.local
、/etc/rsyslog.conf
、/etc/dhcpcd.conf
などの特定のLinuxファイルのバックアップを作成するのを忘れてしまいました。配布にとらわれず、後で未処理のコピーのコピーを取得するための良いアプローチはありますか?
構成ファイルのバックアップ/バージョン管理のトピックは一見単純に見えるかもしれませんが、システム/インフラストラクチャ管理のホットトピックの1つです。
配布にとらわれず、etckeeperをインストールできる簡単なソリューションとして/ etcの自動バックアップを保持します。
デフォルトでは、同じシステムにインストールされているリポジトリ/バージョン管理システムに/ etcをコミットします。
コミット/バックアップは、デフォルトで毎日および/またはパッケージの更新があるたびに行われます。
Etckeeperパッケージは、ほとんどすべてのLinuxディストリビューションに存在します。
参照: https://help.ubuntu.com/lts/serverguide/etckeeper.html
または https://wiki.archlinux.org/index.php/Etckeeper
このパッケージをインストールすることは、業界の優れた標準であると主張することができます。
Etckeeperをインストールしておらず、特定のetcファイルが必要な場合は、いくつかの方法があります。同様のシステムからコピーすることもできますあなたの、パッケージマネージャーにインストールファイルをダウンロードするか、手動でダウンロードして、そこからetcファイルを抽出するように依頼できます。最も簡単な方法の1つは、mc(midnight commander)を使用して、パッケージ内をディレクトリであるかのようにナビゲートすることです。
Debianの場合は http://packages.debian.org の場合、配布リポジトリを使用してパッケージを取得することもできます。
最終的に、etc/configurationが認識できないほど壊れている場合は、常に特定のパッケージを再インストールするオプションがあります。 etcファイルをバックアップ名/ディレクトリに移動します。たとえばDebianでは次のようにします。
apt-get install --reinstall package_name
特定のディストリビューション/バージョンのソースリポジトリを構成してインストールし、ソースパッケージをインストールして、そこからetcファイルを取得することもできます。
https://wiki.debian.org/apt-src (これもDebianの例です)
一部のパッケージでは、/ usr/share/doc/package_nameに構成ファイルのサンプルがあり、使用に適しているかどうかがわかります。
最後の手段として、対応するオープンソースプロジェクトの場合、リポジトリ/ githubアドレスにetcファイルが見つかることもあります。ディストリビューションによって、デフォルト設定などが変更されることがよくあります。
明らかに、これらの選択肢のいずれも、適切なバックアップポリシーを設定することを免除せず、失われた/ etcファイルをそこから取得します。
時間も速く移動します。DevOpsの哲学に従っている場合は、特定のシステムを完全に破棄し、一部のファイルが破損した場合に備えて再デプロイすることもできます。 CIを使用して、たとえばjenkinsからファイルを再採用することもできます。
ディストリビューションにライブISOがある場合、または仮想マシン(VirtualBox、VMWareなど)に対して仮想インストールを実行してもかまわない場合は、デフォルトのファイルを確認できます。パッケージファイルを手動で掘り下げることなく。
また、VM内のパッケージをインストール/再インストール/再構成しても、「実際の」システムファイルは変更されません。