J'ai installé des bureaux Linux pour un observatoire radio à but non lucratif. Pour moi, c'était la première fois que je devais penser à "déployer" plusieurs machines identiques, à centraliser la connexion, les répertoires personnels, etc. Il est rapidement devenu clair pour moi que, peut-être contrairement à l'intuition, la philosophie du «tout est textuel» ne rend pas nécessairement cela une tâche facile, et je me suis demandé ce que les administrateurs chevronnés font à ce sujet.
Dans mon cas, j'installais Ubuntu 10.04 LTS sur chaque machine. Après l'installation, j'ai exécuté un script personnalisé qui modifie les fichiers de configuration, supprime et installe le logiciel et copie certains fichiers, comme les images d'arrière-plan ou les signets du navigateur, depuis le serveur. Je pense cependant que mes questions sont indépendantes de la distribution.
Problèmes
Je rencontrais principalement deux problèmes: premièrement, des outils et des fichiers de configuration incohérents, à la fois entre les distributions et entre les versions, et deuxièmement, certains logiciels cruciaux n'exposant pas les paramètres aux fichiers de configuration de manière simple et intuitive.
Permettez-moi de donner deux courts exemples de ce que je veux dire:
L' ifconfigoutil est remplacé par ip. Tous les scripts reposant sur la présence du premier se briseront si, par exemple, ils s'exécutent sur une boîte ArchLinux actuelle. Donc, je devrais vérifier quels outils dans quelles versions sont présentes sur une machine sur laquelle j'exécute un script ... cela ressemble en quelque sorte à réinventer l'autoconf à petite échelle.
Pour le deuxième problème, considérez que je voulais donner aux bureaux une sorte "d'identité commune". Dans mon script post-installation-config, j'utilise les lignes suivantes pour y parvenir:
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
Je suppose que la création d'un CI est une tâche courante pour les administrateurs d'organisation. Alors, comment se fait-il qu'il n'y ait pas d'installation de configuration centrale, peut-être même multi-bureau? Devoir définir deux (identiques!) Valeurs non documentées dans deux fichiers de configuration distincts me semble étrange.
Des questions
Dans un environnement organisationnel, comment gérez-vous la configuration centrale et unifiée sur plusieurs clients?
Des systèmes comme le FAI de Debian offrent-ils des avantages significatifs (en plus de ne pas avoir à changer de CD) par rapport à ma méthode "installer d'abord, exécuter le script ensuite"?
Quelles sont les bonnes pratiques pour la transition entre les versions majeures de votre distribution? Et, outre les aspects techniques: existe-t-il un environnement de bureau qui promet une stabilité à long terme en ce qui concerne l'expérience utilisateur? Je ne pense pas pouvoir migrer mes utilisateurs vers KDE 4 ou GNOME 3, mais XFCE a encore quelques inconvénients fonctionnels ...
Existe-t-il un système * nix qui résout ce type de problèmes de configuration? Par exemple, je suppose qu'il existe des systèmes qui vous demandent des images de votre organisation (logos, images d'arrière-plan, jeux de couleurs et de polices, etc.) et les appliquent au gestionnaire de connexion, aux bureaux des utilisateurs, aux applications Web (!), Etc. sur. Remarque: Dans notre cas, je dois travailler avec des clients lourds, donc une solution purement client léger n'aidera pas.