Différences

Ci-dessous, les différences entre deux révisions de la page.

--- abuledu:administrateur:infrastructure_de_gestion_des_clients_lourds [2009/01/31 16:46]
http://abuledu.org/openid/erics
+++ abuledu:administrateur:infrastructure_de_gestion_des_clients_lourds [2016/01/21 12:02] (Version actuelle)
erics
@@ Ligne 1: / Ligne 1: @@
+{{tag>version-8-08}} {{tag>client_linux}}
 ====== Infrastructure de gestion des clients lourds ======
@@ Ligne 7: / Ligne 9: @@
 La problématique est la suivante:
   * Soit un réseau de 200 postes clients (clients lourds)
-  * Nous voulons contrôler les mises à jours de ceux ci
+  * Nous voulons contrôler les mises à jour de ceux ci
   * Nous ne voulons pas qu'ils se mettent à jour sur les dépôts officiels (ubuntu)
   * Nous voulons pouvoir exécuter des commandes système lors du boot de chaque poste
 ===== Exécution de commandes au boot de chaque poste =====
+<note>
+À terme nous devrions avoir une interface web de gestion de tout cela, pour l'instant elle n'existe pas et vous trouverez donc ci-dessous toutes les informations techniques vous permettant de vous débrouiller sans interface ...
+</note>
 Pour lancer une commande lors du boot des postes lourds il suffit de créer des scripts dans une arborescence un peu spéciale: le /home/machines/
@@ Ligne 19: / Ligne 25: @@
 ==== Pour tous les postes ====
-Si vous voulez que tous les postes lourds lancent certaines commandes au boot vous êtes invités à modifier le script suivant **/home/machines/default/horizon-autoboot/boot**
+Si vous voulez que tous les postes lourds lancent certaines commandes au boot vous êtes invités à modifier le script suivant **/home/machines/groups/default/horizon-autoboot/boot**
 Par exemple si vous voulez que tous les postes fassent une mise à jour systématiquement au démarrage:
@@ Ligne 37: / Ligne 43: @@
 <code>
-apt-get update
+add_application grisbi
-apt-get install grisbi -y --force-yes
 </code>
 <note warning>
-Il nous reste encore beaucoup de choses à développer sur cette partie là, à terme vous aurez un pseudo langage beaucoup plus simple d'utilisation par exemple les fonction add_application(grisbi) ou remove_application(xmoto) seront proposées pour gérer un certain nombre de choses "autour" comme par exemple traiter les message d'erreurs, envoyer à l'administrateur le compte rendu des opérations etc.
+Il nous reste encore beaucoup de choses à développer sur cette partie-la, à terme vous aurez un pseudo langage beaucoup plus simple d'utilisation et surtout la gestion d'un certain nombre de choses "autour", comme par exemple traiter les message d'erreurs, envoyer à l'administrateur le compte-rendu des opérations etc.
 </note>