Je travaille avec notre équipe d'administration pour définir toutes les exigences de l'équipe de développement avant de créer des images système.
Une des choses dont nous avons fini par avoir besoin est une configuration légère de l'interface graphique. Sachant que l'overhead ne devrait pas vraiment exister sur les serveurs, nous garderions le serveur X éteint. Idée fausse ; selon les commentaires, le serveur X ne devrait fonctionner que du côté client et nous sommes libres d'installer nos outils graphiques sans qu'il fonctionne.
- Je serai en mesure d'empaqueter des scripts bash qui s'exécuteront lors de la première exécution de l'image.
- Les tâches d'administration par interface graphique sont rares sur notre installation, mais courantes sur certains clients. Nous inclurons donc un script qui peut être exécuté depuis ssh pour activer le WM et le x-forwarding. Aucune autre utilisation de l'interface graphique ne se fera en local ou à distance.
- Bien que cela ne soit pas courant, lorsque les gens ont besoin d'utiliser l'interface graphique, ils sont parfois nombreux à se connecter en même temps.
- Certains développeurs utilisent X Ming sous Windows, d'autres apportent leur propre système Linux.
- Les serveurs sont CentOS, FreeBSD et Debian ; versions stables actuelles +|- quelques mois.
Je n'ai même pas essayé la grande majorité des gestionnaires de fenêtres, puisqu'il y en a tellement, mais j'ai pensé à utiliser openbox, ice ou éventuellement quelque chose de plus lourd en ressources s'il gère mieux les sessions multiples. Notre consensus général est représenté par le graphique ci-dessous.
Le choix d'un gestionnaire spécifique n'entre pas dans le cadre de cette question, mais cela résume assez bien notre objectif.
Compte tenu de ces exigences, je cherche à savoir : quelle est une configuration ou une pile assez standard et portable pour instancier le fenêtrage à la volée via ssh ? ?
Je pense que d'autres ont rencontré des situations similaires. Au minimum, je ne sais tout simplement pas ce qu'il faut rechercher dans la portabilité de WM. En dehors de cela, peut-être que tout ce qu'il y a à faire est de sélectionner une WM et d'écrire des scripts de démarrage, mais s'il y a des techniques, des paquets, des projets ou des WM spécifiques qui visent ce cas d'utilisation, ce serait génial de le savoir aussi.
