時折サーバーを管理するために軽量WMをセットアップする方法（しない）は？
私は管理チームと協力して、システムイメージを作成する前に、開発チームのすべての要件を強化しています。
最終的に必要になったものの1つは、軽量のGUIセットアップです。サーバーにオーバーヘッドが実際に存在するべきではないことを知っているので、Xサーバーをオフのままにしておきます。 誤解;コメントによると、Xサーバーはクライアント側でのみ実行する必要があり、実行せずにグラフィカルツールを自由にインストールできます。
- イメージの初回実行時に実行されるbashスクリプトをパッケージ化できるようになります
- GUI管理タスクはセットアップではまれですが、一部のクライアントでは一般的であるため、WMとx転送を有効にするためにsshから実行できるスクリプトを含めます。 GUIのその他の使用は、ローカルまたはリモートでは行われません。
- 一般的ではありませんが、GUIを使用する必要がある場合、一度に多くのユーザーがログインすることがあります。
- WindowsでXMingを使用している開発者もいれば、独自のLinuxを持っている開発者もいます。
- サーバーはCentOS、FreeBSD、Debianです。現在の安定バージョン+ |-数か月。
ウィンドウマネージャーの数が非常に多いため、大多数のウィンドウマネージャーを試したことはありませんが、複数のセッションをより適切に処理できる場合は、openbox、ice、またはリソースの重いものを使用することを考えました。私たちの一般的なコンセンサスは以下のとおりです。
どの特定のマネージャーを使用するかは、この質問の範囲外です。しかし、これは私たちの目標をかなりうまくまとめています。
これらの要件を考慮して、私は次のことを見つけようとしています：sshを介してウィンドウ処理をオンザフライでインスタンス化するためのかなり標準的でポータブルなセットアップまたはスタックとは何ですか？
他の人も同じような状況に遭遇したと思います。少なくとも、WMの移植性で何を探すべきかわからないだけです。それとは別に、おそらくWMを選択して起動スクリプトを作成するだけですが、このユースケースを目的としたテクニック、パッケージ、プロジェクト、または特定のWMがある場合は、それも知っておくと便利です。
この場合、ウィンドウマネージャーはまったく必要ありません。ただssh -Xそしてアプリを起動します。
Xサーバーと独自のウィンドウ管理は、リモートサーバーではなく、ユーザーのデスクトップでローカルに実行されます。 WindowsとMacの人は、Xサーバーを手動で起動する必要がありますが、Linuxデスクトップでは、もちろんすでに実行されています。