Re: [EDUC] Linux dans les lycées en Auvergne-Rhône-Alpes

[Judicael Courant <Judicael.Courant AT free.fr>]

Bonjour,

Le lun.  2 juil. 2018, hubraym a écrit :
> Tu pourrais donner quelques précisions sur " ... incapable de gérer ce
> que nous faisons ... "

Ce que nous savons faire actuellement avec Scribe + FOG + outils maison
et que la région n'est pas capable de faire :

- Des postes sous Linux, qu'on peut déployer automatiquement et sur
  lesquels on sait installer des logiciels après coup de façon
  automatisée.

  La Région ne sait pas gérer : si ça ne leur pose pas de problème, ils
  veulent bien qu'on raccorde nos postes Linux au domaine mais ils
  refusent de nous donner de l'aide là-dessus.

- Des postes en double boot (idem).

- Avoir plusieurs serveurs de déploiement (pratique quand l'un est plein
  d'images, pratique aussi pour avoir un serveur fait maison pour les
  déploiements Linux plus FOG pour les déploiements Windows).
  
  La région est incapable de faire ça : après avoir réussi à leur
  arracher un accord disant que nous gérerions nous-mêmes le serveur
  DHCP pour pouvoir diriger le boot réseau des machines comme nous le
  voulions, il apparaît que leur serveur de déploiement (WDS) est
  configuré en mode proxyDHCP ce qui fait que si le serveur DHCP dit à
  une machine qu'elle ne doit pas booter en réseau (parfois pratique),
  le serveur WDS se manifeste pour dire à la machine de booter sur lui !
  Atos ne sait pas ou ne veut pas désactiver ce mode
  proxyDHCP. Commentaire de la Région : «les tests ont fait apparaître
  une incompatibilité de fonctionnement entre [le serveur DHCP] et le
  serveur WDS d'Atos». Surtout, ne disons pas que WDS n'est pas souple
  ou qu'Atos ne sait pas le configurer.
   

- Déployer des logiciels après installation sous Windows (ce n'est pas
  possible pour tous les logiciels mais ça aide quand même bien...).

  La «solution» Région proposait un service de «kiosque» permettant à
  chaque prof de demander un logiciel et d'obtenir son installation dans
  les deux jours. Ça ne semble plus d'actualité.

- Déployer une salle de 20 machines en 20 minutes, dont 2 minutes de
  travail pour notre technicien : nos machines sont toujours en boot
  réseau et on peut allumer les machines à distance sans même aller dans
  la salle ; lorsqu'on n'est pas en phase de déploiement, le boot réseau
  se contente de lancer le boot sur le disque dur.

  Avec la «solution» Région, il faut allumer chaque machine, appuyer sur
  la bonne touche pour avoir le menu de boot, rentrer le mot de passe de
  BIOS, lancer le boot sur le réseau, appuyer sur F12 quand WDS le
  propose et enfin on peut lancer la descente de l'image sur la
  machine. Résultat : selon les chiffres de la Région, on déploie 40
  machines par jour au maximum. Pour nos 1000 postes, c'est donc 25
  jours de boulot à temps plein pour un technicien.

  On avait proposé de mettre les machines par défaut en boot réseau,
  mais d'une part il faut tout de même être là pour appuyer sur F12 et
  d'autre part, n'importe quel élève a alors accès aux utilitaires de
  modification du disque... (problème nié par la Région parce qu'ils ne
  l'ont jamais observé, et pour cause : sur les lycées déjà migrés, le
  boot réseau est désactivé par défaut et il faut un mot de passe pour
  l'activer).

Cordialement,

Judicaël.
-- 
TEL : (+33) (0)4 72 50 48 13
GPG public key: 783D F28F DBEA 5600 C0CB A7C4 828A B452 479A 5941

Attachment: signature.asc
Description: PGP signature