Nombreux sont ceux qui croient que le réseau et les ordinateurs qui s’y connectent, ça marche “tout seul” : il n’en est rien ! Une station non suivie et non mise à jour plus de quelques semaines devient un boulet pour les utilisateurs comme pour les gestionnaires. Les dysfonctionnements apparaissent d’autant plus rapidement que les matériels sont (en plus !) généralement utilisés par des élèves peu scrupuleux et/ou des enseignants parfois inattentifs.

La vie du réseau informatique d’établissement est entièrement liée à celle de ses serveurs : ils permettent l’accès aux ressources pour les utilisateurs et participent au bon fonctionnement des matériels qui s’y connectent.

Les serveurs sont les véritables cerveaux du réseau informatique. Leur gestion est complexe, délicate mais fort heureusement centralisée le plus souvent. Cette gestion demande des compétences techniques certaines. Une fois installé et paramétré, un serveur nécessite peu d’interventions au quotidien : un serveur se gère par petites touches. Les interventions se limitent le plus souvent à l’installation/désinstallation d’un service ou à des mises à jour, au besoin.

La mise en œuvre initiale des serveurs est le travail d’un spécialiste : tout réseau informatique d’établissement est heureusement livré “clef en main” à l’établissement.
Seules les opérations de gestion quotidienne/annuelle sur les serveurs sont à la charge des établissements : création des comptes, intégration d’objets à l’annuaire, gestions des objets, etc… Notons qu’en plus de la plateforme d’assistance, certains établissements fortunés n’hésitent pas à faire appel à des société privées pour assurer des tâches d’exploitation délicates.

Du fait de l’architecture des établissements, le parc station est intrinsèquement décentralisé.
Au quotidien, la gestion d’un parc de stations est beaucoup plus lourde que celle d’un serveur.
Lorsque l’architecture du parc station n’a pas été pensée, définie et gérée rationnellement dès son origine, la gestion quotidienne est très lourde et agrémentée de nombreux dysfonctionnement (peu en rapport avec les moyens alloués aux correspondants informatique d’établissement). Toute montée en charge ou autre exigence de flexibilité additionnelle souhaitée par les utilisateurs sera vécue comme une charge supplémentaire empiétant encore plus sur le quotidien du gestionnaire.

Pour noir que puisse être ce tableau, les effets secondaires d’un réseau mal structuré peuvent être fortement atténués si certains principes de base sont respectés dès sa mise en place et/ou lors de la réorganisation (même partielle) du parc station. Voici une liste d’actions qui peuvent améliorer la situation :

Jusqu’à récemment, l’attribution des stations était dictée par les besoins pédagogiques (par matière). Les besoins étaient exprimés par les équipes pédagogiques, transmis et étudiés par l’inspection, puis validés par les Collectivités. Elles acceptaient, le plus souvent, un renouvellement partiel du nombre de machines par projet exprimé.
Cette politique de répartition des matériels, somme toute logique quant aux demandes exprimées par secteur, n’a malheureusement pas pris en compte les services associés à la gestion de ces même matériels. Nombreux sont les ordinateurs qui ont fini sous la poussière, faute d’entretien, comme les tracteurs abandonnés au bord de la route en Afrique.
L’Institution a préféré porter son effort sur l’équipement, la partie service étant pris en charge par l’établissement. Ce choix politique se justifie par le fait que les besoins en matériels sont criants dans les établissements. Si les ressources humaines sont convenablement gérées, il est fréquent de trouver une personne motivée pour s’occuper de la gestion du réseau informatique.

Eviter un éparpillement fort au prix de quelques actions de bon sens : faire des groupes de stations du même type pour ne plus gérer que le groupe (par type de stations) et non plus les stations à l’unité. Ne pas hésiter à investir dans un complément de machines identiques, suite à une dotation Région, pour obtenir l’homogénéisation des matériels dans les salles informatiques.
Utiliser les outils de déploiement réseau offerts par les serveurs (Zenworks, Alias, OCS,)
Utiliser les outils de supervision et de clonage pour maintenir le parc opérationnel.

Certaines sections utilisent l’informatique comme outil principal pour leurs apprentissages. Ces sections ont des exigences supérieures à la moyenne en ce qui concerne les ressources informatiques. Il est logique de fournir les matériels les plus performants à ces sections.

L’Administration de l’établissement doit pouvoir trancher sur ces dossiers pour éviter les problèmes liés aux chasses gardées, aux passe-droits, aux problèmes artificiels d’image des sections liées à la nouveauté des matériels (écran plat, dernier micro-processeur multicoeur, … utilisés pour du traitement de texte !).
Il ne faut pas non plus desservir les sections où l’usage de l’outil informatique n’est pas forcément critique : un effort de mise à jour des logiciels et des matériels existants doit être entrepris pour ces sections. A titre d’exemple, l’ajout de RAM, de disques durs récents ainsi que la mise à l’écart de systèmes d’exploitation périmés, tel Windows 98 ou Windows 95, sur tout le parc sont des gestes simples à réaliser : ils permettent, dans bien des cas, de réanimer des ordinateurs que l’on croyait en fin de vie à moindre coût pour le bénéfice de tous.

Ce travail de (re)mise à plat du réseau est nécessaire lorsque les dysfonctionnements sont nombreux et que les gestionnaires informatiques ne sont plus en position d’assurer leur mission normalement (harcellement moral des collègues, pression de l’Administration, manque de moyens etc..). Un accord sur la répartition des matériels (stations, imprimantes, autres périphériques) est l’étape la plus importante mais aussi la plus délicate à gérer : elle est malheureusement révélatrice des modes de fonctionnement de l’établissement sur ces sujets et peut remettre en question des schémas de fonctionnement archaïques établis sur des bases relationnelles plutôt que sur des bases fonctionnelles – il fut une époque où l’informatique n’était pas l’outil critique que l’on sait aujourd’hui.

Physiquement, la centralisation des serveurs contraste structurellement avec la décentralisation du parc station.
Lorsqu’un soin particulier a été porté sur la répartition des matériels (à savoir : un type unique d’ordinateur par salle informatique), on peut considérer que gérer une ou x machines nécessite des moyens quasi identiques. L’utilisation systématique d’un outil de clonage permet de gommer les effets d’échelle induits par l’augmentation arithmétique de la taille du parc. La préparation des stations, lors de leur entrée en service en établissement, est une opération nécessaire à réaliser pour pouvoir rapidement remettre en service une station devenue non opérationnelle.
Dans le même esprit, on préfèrera, si possible, les outils de déploiement fournis par les serveurs afin de réduire les interventions sur site, coûteux en ressources et pénalisant en production.

La phase la plus délicate dans la mise en place d’une nouvelle structure de gestion est de faire comprendre que seule l’industrialisation des procédures d’installation et de maintenance, associée à l’homogénéisation des matériels dans les salles informatiques, permet de fournir un service décent aux utilisateurs. Une solution possible reste de compléter la dotation annuelle sur fond propre pour remettre à niveau un nombre élevé de machines Le prix à payer pour que le réseau soit fonctionnel : gérer le réseau de façon globale ou laisser l’entropie tisser sa toile.

Les recommandations énoncées ci-dessus auront des effets positifs si elles réussissent à se fondre dans la culture de l’établissement.

Chaque établissement a ses spécificités et le niveau d’organisation des réseaux fluctue fortement : certains établissements gèrent leur système d’information de façon collégiale, d’autre font intervenir des entreprises extérieures, d’autres utilisent au mieux les compétences en interne (enseignants déchargées, ATOS spécialisés) et, enfin, d’autres font … comme ils peuvent !
En complément, voici quelques pistes à suivre pour faciliter la gestion du réseau informatique :

• Nommer un responsable : motivé, il possède une bonne expérience en informatique.
• S’il est accompagné dans sa tâche, répartir les rôles des personnes qui interviendront en fonction de leurs compétences, leur investissement possible.
• Ecrire les procédures : personne n’est irremplaçable et les technologies évoluent sans cesse.
• Suivre l’évolution des besoins sur chaque année scolaire, les faire valider par le CA si nécessaire.
• Communiquer sur les changements à mettre en œuvre pour affecter/organiser/réorganiser les matériels.
• Proposer des systèmes de formation et/ou de suivi des utilisateurs en interne : la proximité reste la clef du bon fonctionnement.

Lu sur la lettre Calipia N°39 (novembre 2008)

Véritable casse-tête pour les entreprises, la gestion des postes de travail, du fait des caractéristi-
ques si particulières de cet environnement informatique, représente une part importante du
budget informatique. On considère en effet que sans même parler du coût de déploiement ini-
tial, cette gestion représente entre 30% et 45% des dépenses et que 50 % de ces dépenses por-
tent sur les opérations de support aux utilisateurs (Saving money on PC deployment, Gartner, Mi-
chael Silver, décembre 2005).
Pour les lecteurs qui s’étonneraient de l’importance de ces chiffres, rappelons tout d’abord que
la gestion des postes de travail consiste à assurer :
   * Le déploiement des nouveaux postes, avec leur système d’exploitation, les applications
         nécessaires aux besoins métier de l’utilisateur, et leur configuration afin que ceux-ci
         soient opérationnels.
   * La migration des environnements de travail des utilisateurs lors de changements de maté-
         riels ou de mise à niveau du système d’exploitation.
   *Le déploiement de nouvelles applications.
   *La maintenance au jour le jour des postes, avec le déploiement des correctifs ou des mi-
         ses à jour systèmes et applicatives mais aussi la sauvegarde des données critiques, et le
         contrôle des configurations afin de garantir que les exigences de sécurité et de conformité
         soient bien respectées (c’est un point particulièrement sensible si l’utilisateur est adminis-
         trateur local).
   * L’assistance aux utilisateurs, qui ne maîtrisent pas forcément tous l’informatique, afin de
         les aider à réaliser des tâches simples comme par exemple la connexion à un fichier parta-
         gé sur un serveur.
   * La résolution d’incidents, qui peuvent être réels ou le résultat d’une utilisation approxi-
         mative de l’outil, et qui nécessite une bonne connaissance de l’état du poste et souvent
         l’application de procédures assez complexes afin de rendre celui-ci de nouveau opération-
         nel.
Ces différentes opérations sont, pour les postes de travail, soumises à des contraintes particuliè-
res, puisque ceux-ci sont de plus en plus complexes, très souvent critiques pour l’activité de l’en-
treprise, généralement assez nombreux et utilisés par des personnes, dans le meilleur des cas,
totalement incompétentes en informatique, mais trop souvent convaincues de maîtriser totale-
ment leur sujet et donc potentiellement dangereuses pour la stabilité du poste de travail.
Comment optimiser la gestion des postes de travail ?
La réponse est assez simple : il suffit d’automatiser les opérations qui sont encore, dans la majo-
rité des cas, effectuées de façon manuelle ou en prenant la main à distance sur les postes par les
équipes de support. Mais si la réponse est simple, les approches « classiques » pour la mise en
œuvre de cette automatisation ne sont malheureusement pas totalement satisfaisantes.
Pourquoi ?
Tout simplement parce que gérer de façon optimale des postes de travail nécessite la mise en
œuvre de solutions permettant d’automatiser les processus, mais en prenant en compte l’extrê-
me complexité (et diversité) des processus en question. Il faudrait donc marier automatisation et
souplesse, exercice compliqué qui ne semble pas, après avoir longuement interrogé une carpe et
un lapin, avoir de solution simple.

Gilles

Les ordinateurs livrés aux établissements scolaires du secondaire sont fournis en standard avec les systèmes d’exploitation de la famille Windows. A quelques exceptions près, les logiciels utilisés par l’éducation nationale sont tous développés pour cette famille d’OS.

Historiquement, ce monopole a eu un effet très bénéfique sur l’économie du logiciel : standardisations des développements, compatibilité des applications avec des matériels standards – la plateforme PC d’IBM (x86) aujourd’hui identique pour les principaux systèmes d’exploitation du marché -.

Néanmoins, cette monoculture est désormais préjudiciable à l’écosystème informatique car des alternatives crédibles à Windows, performantes, accessibles et moins couteuses, existent désormais.

Face à la montée en puissance de nouveaux systèmes d’exploitation, le problème de compatibilité des logiciels (existants et à venir) se pose sur ces plateformes.

Une application développée pour Windows peut-elle fonctionner sur un ordinateur équipé de, par exemple, Mac OS X ou Linux ?

Peut-on envisager de pouvoir exécuter des applications indépendamment des systèmes d’exploitation ?

La liberté de choix du système d’exploitation n’est réellement envisageable que si les utilisateurs peuvent faire fonctionner leurs applications, existantes et à venir, indépendamment de l’OS.

L’évolution des technologies logicielles aidant, plusieurs pistes peuvent être explorées pour répondre aux demandes de portabilités.

1. Solutions basées sur la virtualisation (complète, transparente)
2. Solutions basées sur des implémentations libres de l’interface de programmation Microsoft Windows
3. Solutions basées sur l’utilisation d’outils de développement logiciel multiplateforme (realbasic, codewarior, …)
4. Solutions basées sur des machines virtuelles (Java, python, …)
5. Solutions basées sur l’utilisation de technologies Web avancées (Flash, Ajax, Java, PHP)

http://www.interhack.net/people/cmcurtin/rants/write-once-run-anywhere/

http://en.wikipedia.org/wiki/Cross-platform

http://fr.wikipedia.org/wiki/Multiplate-forme

Ou comment créer un sysprep -quasi- universel

Cloner/Installer automatiquement tout type d’ordinateur connecté à un réseau local sans utiliser de média d’installation.

Cette procédure fonctionne parfaitement sur notre réseau pour plus de 25 modèles de machines différents – installées avec Windows XP SP2/3 corporate edition -.

Notons qu’un minimum de 512 Mo de RAM est nécessaire pour l’installation par le réseau si on utilise Oscar. La procédure reste fonctionnelle en démarrant depuis le CD d’Oscar si cette condition ne peut pas être remplie.

La partie traitant de sysprep est indépendante de celle où figure l’utilisation d’Oscar. Tout autre logiciel de clonage peut être utilisé avec cette procédure.

Pour obtenir Oscar : http://oscar.crdp-lyon.fr/wiki/pub/telechargement

- Première étape : on sauvegarde une station quelconque préalablement impersonnalisée avec sysprep (voir ci dessous) : ce poste devient le poste modèle . Il servira de serveur d’installation pour les stations à cloner se connectant au réseau. J’utilise une machine virtuelle comme poste modèle, cette solution présente beaucoup de souplesse (retour en arrière avec Snapshot, sauvegarde sur Disque externe, etc..).

- Deuxième étape : après avoir démarré le poste modèle depuis le CD d’Oscar, on lance depuis le menu ‘Réseau’ un serveur PXE (préconfigurer en ‘client’) et un serveur de type ‘formate’ sur ce dernier.

- Toisème étape : on démarre les stations à cloner en PXE en appuyant sur la touche F12 au démarrage (commande normalisée sur tous les PC) ET C’EST TOUT !!

Le reste de la procédure est entièrement automatisée.

Une fois les transferts de fichiers terminés entre le modèle et la cible, on redémarre la/les machine(s) cible(s) : celle(s) ci exécute(ent) la mini installation de sysprep, trouvent les bons drivers. La station redémarre une dernière fois, elle est maintenant opérationnelle.

- Des limitations ? Presque aucune. Notons cependant :

• Certains portables vendus avec Vista (disque SATA), ne possèdent parfois pas de mode ‘compatible IDE’ (parfois modifiable dans le Bios) ; ce problème est résolu en lançant les bons pilotes pour le disque (AHCI : http://fr.wikipedia.org/wiki/Advanced_Host_Controller_Interface) en paramétrant correctement le fichier de description sysprep.inf (voir ci dessous, section [SysprepMassStorage]).

• Pour Oscar, la taille du disque dur des machines cibles doit être au moins égale ou supérieure à celle du poste modèle. Cette limitation n’existe pas pour, par exemple, Norton Ghost qui fonctionne en vérifiant que le volume des données restaurées est bien inférieur à la taille totale de la partition.

Voici la liste des blogs qui ont permis de réaliser cette procédure :

1 – Une première approche (en français), assez pédagogique :
http://www.laboratoire-microsoft.org/articles/win/sysprep2/

2 – Il y a presque tout sur ce blog :
http://remyservices.wordpress.com/?s=sysprep

3 – De très bonnes choses sur celui là : http://www.vernalex.com/guides/sysprep/index.shtml . J’utilise son script http://www.vernalex.com/guides/sysprep/resource/generic/sysprep.bat avant de lancer le ” sysprep -reseal -mini -quiet ”

4 – Pour construire le pack de drivers, une seule adresse : http://driverpacks.net/driverpacks/latest

5 – Pour changer de HAL très simplement avant le sysprep, la meilleure solution est : http://www.hardware.info/en-US/news/ym2cmZqYwp2a/Problems_updating_to_a_dualcore_CPU_Not_anymore/

6 – Pour générer automatiquement la liste des répertoires contenant les drivers pour l’entrée OemPnPDriversPath du fichier sysprep.inf :
http://technet.microsoft.com/fr-fr/magazine/2006.05.utilityspotlight(en-us).aspx

7 – Pour résoudre le problème des disques SATA en mode AHCI : http://www.symantec.com/connect/articles/adding-intel-matrix-drivers-your-xp-image-ahci-sata-support

En réalisant une archive des différents répertoires et fichiers décris ci dessus, vous vous donnez l’opportunité de transformer n’importe quelle type de station en station modèle en décompactant simplement cette archive à la racine de votre disque dur, en lançant un fichier batch (USP.bat) et en suivant la simple procédure décrite ci dessous. Notez que cette archive peut être mise à jour régulièrement en ajoutant ou modifiant la liste des drivers que l’on inclut.

Créons une archive appelée Sysprep_Pack.7z dans laquelle seront copiés les dossiers suivants avec leur contenu :

• c:\sysprep
• c:\HALu
• c:\i386
• c:\drivers
• C:\WINDOWS\Driver Cache\i386

Remarque : cette procédure fonctionne pour le SP3/SP2 de Windows XP coporate edition.

Dans l’ordre, avant sauvegarde avec Oscar (fonctionne avec d’autres logiciels de clonage) :

• 1 – Décompacter l’archive ” Sysprep_Pack.7z” directement à la racine (c:\) de la machine modèle à impersonnaliser.

• 2 – Dans le gestionnaire de périphériques, s’assurer que le Contrôleurs ATA/ATAPI IDE est le contrôleur standard. Par exemple : ” Contrôleur standard double canal PCI ”. Si ce n’est pas le cas, forcer le changement (sans redémarrer).

• 3 – Vérifier la présence des fichiers hal.dll, halaacpi.dll, etc.. à la racine du répertoire” C:\WINDOWS\Driver Cache\i386 ”.

• 4 – Vérifier la présence du répertoire c:\i386 et des fichiers qui doivent s’y trouver.

• 5 – Faites le ménage sur votre Disque Dur et dans votre base de registre (par exemple avec CCleaner), réduisez la taille du pagefile.sys et supprimer hiberfil.sys si vous souhaiter diminuer la taille de votre image de sauvegarde.

• 6 – Modifier et personnaliser le fichier sysprep.inf qui se trouve dans c:\sysprep (avec setupmgr.exe ou avec un éditeur de texte).

• 7 – Lancer le batch USP.bat que vous avez précédemment édité dans c:\sysprep

• 8 – Au lancement d’HAlu, hoisissez le HAL cible. ” UP HAL ” fonctionne avec la plupart des machines récentes (PIV et Athlon). Vous pouvez préalablement déterminer le type de Hal avant le sysprep sur une machine en ouvrant la section ‘Ordinateur’ du gestionnaire de périphérique (voir info dans la section ‘doc à patosser’ ci dessus). Quitter le programme Halu sans rebooter (sysprep ne s’est pas encore lancé !).

• 9 – Accepter les conditions d’utilisation de Sync si demandé.

• 10 – C’est parti ! La station doit normalement s’éteindre après quelques bonnes minutes de sablier (tant que le disque dur travail)

• 11 – Sauvegarder la partition où est installé windows avec votre logiciel de clonage préféré (Oscar dans notre cas).

• 12 – Restaurer l’image sur la machine cible. Une fois la station redémarrée, effacer les répertoires copiés précédemment pour libérer l’espace disque. Relancer le sevice intelppm si la machine cible est à base d’Intel en ouvrant une console et en lançant : “sc config intelppm start= system” dans une console.