非営利の電波天文台用にLinuxデスクトップをセットアップしています。私にとって、これは、複数の同一のマシンを「デプロイ」し、ログインやホームディレクトリなどを一元化することを考える必要があったのはこれが初めてでした。おそらく直感に反して、「すべてがテキストである」という哲学は必ずしもそれを簡単な作業にするわけではないことがすぐに明らかになりました。
私の場合、各マシンにUbuntu 10.04 LTSをインストールしていました。インストール後、カスタムスクリプトを実行して、構成ファイルを変更し、ソフトウェアを削除してインストールし、背景画像やブラウザーのブックマークなどのいくつかのファイルをサーバーからコピーしました。ただし、私の質問はディストリビューションに依存しないと思います。
問題
私は主に2つの問題に直面していました。1つ目は、ディストリビューション間およびバージョン間で一貫性のないツールと構成ファイルです。2つ目は、簡単かつ直感的な方法で構成ファイルに設定を公開しない重要なソフトウェアです。
私が意味することについて、2つの短い例を挙げましょう。
ifconfigこのツールは、置き換えられていますip。前者の存在に依存しているすべてのスクリプトは、たとえば、現在のArchLinuxボックスで実行すると破損します。したがって、スクリプトを実行するマシンにどのバージョンのどのツールが存在するかを確認する必要があります...これは、どういうわけか、小規模なautoconfの再発明のように感じます。
2番目の問題については、デスクトップにある種の「共通のアイデンティティ」を与えたかったと考えてください。私のpost-install-config-scriptでは、次の行を使用してこれを実現しています。
scp user@server:/export/admin/*.jpg /usr/share/backgrounds/
scp user@server:/export/admin/ubuntu-wallpapers.xml /usr/share/gnome-background-properties/
sed 's/warty-final-ubuntu\.png/MyBackground\.jpg/' -i /usr/share/gconf/defaults/10_libgnome2-common
sed 's/warty\-final\-ubuntu\.png/MyBackground\.jpg/' -i /usr/share/gconf/defaults/16_ubuntu-wallpapers
sed 's/ubuntu-mono-dark/ubuntu-mono-light/' -i /usr/share/gconf/defaults/16_ubuntu-artwork
sed 's/Ambiance/Clearlooks/' -i /usr/share/gconf/defaults/16_ubuntu-artwork
CIの作成は、組織管理者にとって一般的なタスクだと思います。では、どうして中央の設定機能がなく、おそらくクロスデスクトップであろうか？ドキュメント化されていない2つの設定ファイルに2つの（同一の！）ドキュメント化されていない値を設定しなければならないのは、奇妙な印象を受けます。
ご質問
組織環境では、複数のクライアントにまたがる一元的な統合構成をどのように処理しますか？
DebianのFAIのようなシステムは、「最初にインストールし、後でスクリプトを実行する」という私の方法よりも（CDを変更する必要がないことを除いて）大きな利点がありますか？
ディストリビューションのメジャーバージョン間の移行に関する推奨事項は何ですか？そして、技術的なものとは別に、ユーザーエクスペリエンスに関して、長期的な安定性を約束するデスクトップ環境はありますか？ユーザーをKDE 4やGNOME 3に移行できないと思いますが、XFCEにはまだいくつかの機能上の欠点があります...
このタイプの構成の問題に対処する* nixシステムはありますか？たとえば、組織の画像（ロゴ、背景画像、色、フォントセットなど）を要求し、それらをログインマネージャー、ユーザーのデスクトップ、Webアプリ（！）などに適用するシステムがあると思います。オン。注：私たちのケースでは、ファットクライアントを使用する必要があるため、純粋なシンクライアントソリューションは役に立ちません。