Installation des applications en réseau:
exercices partie I.A)

Exercice 2: application sans installation (Vision)

Le logiciel de physique "Vision" est un exemple d'application avec exécutable et données communes sur le serveur. Son utilisation se fera sans aucune installation si ce n'est la copie des fichiers de l'application sur le serveur et la configuration d'un accès par raccourci(s) à l'exécutable vision.exe .

1. Sur le serveur:

• Créer et partager un dossier pour le logiciel de physique "Vision". A partir du CD-Rom copier l'ensemble des fichiers du CD-Rom, dossier \vision, dans ce dossier.

2. Sur le client:

• Configurer les modèles IACA "prof" et "eleve" pour disposer du raccourci vers \\serveurX\vision$\vision.exe:
  • dans le Menu démarrer sous-menu Physique
  • dans un dossier centralisé sur le serveur (G:\tech\raccourcis\physique) accessible via un raccourci sur le bureau.

Exercice 3: application totalement centralisée (Copernic)

Le métamoteur Copernic est une application qui permet de faire des recherches en croisant les résultats de différents moteurs en ligne mais qui permet également d'enregistrer les recherches déja effectuées ainsi que les pages de résultats obtenues par les utilisateurs dans un dossier \copernic\data\%username% ou \copernic représente le dossier d'installation du logiciel (en général sur la machine).
Pour que les utilisateurs puissent retrouver leurs précédentes recherches quelque soit le poste sur lequel ils travaillent, il faudra que celle-ci soient stockées sur le serveur. On va donc réaliser une installation de l'application (obligatoire pour qu'elle puisse fonctionner) mais en choisissant comme dossier d'installation un répertoire partagé du serveur. De cette façon tous les dossiers des utilisateurs (\%username%) seront centralisés dans \\serveurX\copernic\data .
Remarque: chaque installation d'un nouveau client écrasera les fichiers présents dans le dossier d'installation mais en principe les dossiers des utilisateurs seront préservés. Dans tous les cas il est préférable de faire succcessivement les installation de tous les clients qui utiliseront Copernic.

1. Sur le serveur:

• Créer et partager dans G:\netapps un dossier \copernic.
• configurer les permissions NTFS du dossier \copernic pour que les utilisateurs n'aient qu'une permission de lecture / exécution (RX) mais que dans le dossier \copernic\Data chaque utilisateur puisse avoir création de son dossier perso et le droit de modifier son contenu (on utilisera avec profit le compte Créateur/Propriétaire.

2. Sur le client:

• Installer Copernic2000 en choisissant comme dossier d'installation le dossier partagé dans l'étape précédente. On peut choisir l'option d'intégration de Copernic dans Internet Explorer si nécessaire.
• Tester le démarrage de l'application (même si le client ne dispose pas de la connexion à l'internet, on peut vérifier le lancement de l'appli) avec un compte élève et un compte prof.
• Vérifier sur le serveur la création d'un sous-dossier \copernic\Data\%username% à chaque utilisation par un utilisateur.
• Intégrer des raccourcis dans les modèles IACA pour lancer \\serveurX\copernic\copernic.exe depuis le Bureau et le Menu démarrer ou créer un raccourci dans le dossier des raccourcis communs.

Exercice 4: utiliser InstallRite pour reproduire une installation "type" sur un ensemble de machines

InstallRite est un logiciel qui permet de reproduire l'installation d'un logiciel sur un poste client vers d'autres postes clients et ceci de façon "silencieuse" c'est à dire sans intervention de l'utilisateur.
Il fonctionne sur le principe du "snapshot", c'est à dire du "cliché de la machine".

1. Sur un poste client:

• installer InstalleRite et faire scanner l'ensemble de l'ordi une première fois (menu "create a manuel snapshot of your PC") => le logiciel crée un "cliché initial" qui comprend l'ensemble des paramètres de configuration de la machine (fichiers, logiciels, base de registre, configuration de windows...).
• installer le nouveau logiciel sur la machine: pour exemple on pourra installer adAware (antyspyware) et/ou 7zip (gestion des fichiers zip et assimilés).
• une fois l'installation terminée relancer InstallRite (menu "=> le logiciel refait un scan de la machine et enregistre toutes les modifications faites (fichiers, base de registre...) et les présente dans une interface qui permet d'affiner la configuration de l'installation qui sera exportée sur les postes clients "cibles".
• le logiciel permet enfin de réaliser un "paquet d'installation" (menu "install new software and create an InstallKit" de l'application) sous forme d'un fichier nom_du_logiciel.exe qui comprend l'ensemble des éléments nécessaires à l'installation de l'application sur les "postes cibles".
• le "paquet d'installation" sera configuré de façon:
  •  à être "silencieux" c'est à dire que l'utilisateur devant le poste où se déroule l'éxecution du paquet ne voit rien du déroulement de celle-ci (sauf un éventuel reboot du système).
    
  • que la machine reboote si c'est nécessaire
  • que l'option de substitution des paramètres utilisateurs/machines (onglet "Install Substitutions") soit active (puisque les "postes cibles" ne seront pas identiques au poste initial ni l'utilisateur).
• Il sera copié sur un partage du serveur ($ + lecture seule).

2. Sur le serveur:
Pour automatiser complètement l'installation d'un paquet d'installation sur l'ensemble des postes clients du réseau, il faire un fichier batch qui permette de détecter si le logiciel installé par le paquet est installé sur la machine et, si non, qui lance l'éxecution du paquet d'installation.
Ce fichier batch sera lancé automatiquement par IACA (ou script de logon) lors de la connexion des utilisateurs sur les postes cibles.

3. Pour plus de détails sur InstallRite:

• présentation détaillée: article de l'académie de Nancy-Metz
• ici un pas à pas commenté de l'installation d'InstallRite
• ici un pas à pas commenté de son utilisation

Exercice 5: application type client-serveur (BCDI3)

BCDI 3 est un exemple d'application batie sur le modèle client / serveur. En effet ce logiciel gère la base de donnée documentaire et est composé de trois partie complémentaires:

• la base de données (qui stocke et indexe les notices, le thésaurus, les comptes élèves et profs pour le prêt...).
• une application sur le serveur (serveur.exe) qui fourni un service (la gestion des accès des utilisateurs à la base de données). Cet exécutable est le seul qui aura accès réellement aux données, il est capable de gérer les accès multiples (et simultanés) en consultation et/ou saisie.
  Remarque: on évite donc la situation délicate qu'imposait BCDI 2 en utilisant un accès direct à la base par les utilisateurs nécessitant qu'ils aient le droit d'écriture sur celle-ci (cela générait également de fréquentes erreurs dans les indexs de la base et les options de configuration des différents comptes).
• un logiciel client (= "frontal ") pour accès au service (bcdi3c.exe)

1. Sur le serveur:

• Installation de la version de démonstration du logiciel dans G:\netapps\bcdi3.
  Lancer le logiciel avec le compte d'administration (GEST) et paramétrer le chemin de la base (chemin local et relatif au répertoire \prog, ce qui doit donner quelque chose du style: ..\data) pour les utilisateur GEST et ELEVE.
• Réindexer la base pour éviter les problèmes liés à sa décompaction suite à l'installation.
• Démarrer \bcdi3\prog\serveur.exe afin de pouvoir accéder à la base depuis le client: cette application constitue la partie serveur de BCDI, c'est elle que les clients interrogent lorsqu'ils veulent accéder à la base de données documentaire.
• Remarque: possibilitées de démarrage automatique de serveur.exe en utilisant FireDaemon pour intégrer serveur.exe en tant que service de windows NT: cf partie IV.

2. Sur le client:

• Installation du logiciel client (dans C:\program files\bcdi3 ).
• Lancer le logiciel (C:\program files\bcdi3\prog\bcdi3c.exe), se connecter au serveur et faire une recherche de notices pour vérifier le fonctionnement général.
• Si on veut pouvoir faire les paramétrages et/ou autorisations depuis le client, il faut lancer l'exécutable bcdi3c.exe du serveur directement (\\serveurX\BCDI3$\prog\bcdi3c.exe par exemple) avec le compte GEST.

2 bis. Alternative pour ne pas avoir à installer le logiciel client sur tous les postes:

• Créer un partage masqué sur le dossier G:\BCDI3 du serveur (\\serveurX\bcdi3$) et installer un raccourci dans les modèles IACA vers \\serveurX\bcdi3$\prog\bcdi3c.exe.
• L'utilisation directe du logiciel client situé sur le serveur nécessite que le chemin de la base soit paramétré pour utiliser lui aussi un chemin réseau (\\serveurX\bcdi3$\demo).
• Dans cette solution il faudra configurer les permissions NTFS des sous-dossiers de BCDI3 du serveur pour que les utilisateurs aient les permissions RX sur l'ensemble des dossiers (surtout ceux de la base, dans notre exemple \bcdi3\demo)sauf ceux des utilisateurs (\bcdi3\util1, \bcdi3\util2...) qui devront autoriser l'écriture et les modifications (RXWD) puisqu'ils permettent de stocker les pages de résultats générées lors d'une recherche.

3. Accès au logiciel:

• Créer un raccourci dans le dossier des raccourcis communs qui permet de lancer l'executable de BCDI 3 sur les postes.
• Dans le cas ou l'application est installée sur le client, créer un sous-dossier \documentalistes dans le dossier des raccourcis communs qui contiendra un raccourci vers \\serveurX\bcdi3$\demo\prog\bcdic3.exe pour que les documentalistes aient un accès au logiciel qui leur permette de faire le paramétrage des comptes et des autorisations sans avoir besoin de travailler sur le serveur.
  Dans cette optique, on bridera les permissions NTFS pour que seul les utilisateurs appartenant au groupe CDI aient la possibilité d'accéder à ce sous-dossier.
  Remarque: il conviendra d'expliquer aux documentalistes que ce point d'accès au logiciel est strictement réservé pour les opérations de configuration du logiciel et en aucun cas pour la saisie ou la consultation (l'accès direct à la base, via le réseau, qu'utilise l'application dans ce cas n'est ni configuré, ni (surtout !) protégé).

Exercice 6: application utilisant le dossier personnel U: (Keebook)

Keebook est un logiciel qui permet de réaliser simplement des compilations de documents électroniques sous une présentation proche d'un livre. Les documents intégrés dans un Keebook peuvent êtres des pages HTML, des documents au format .doc, des images ou autres fichiers multimédia, des raccourcis internets... Ce logiciel est donc bien adapté à la constitution de dossiers thématiques (dans le cadre des Parcours diversifiés / PPCP / TPE par exemple).
Toutes ces données, spécifiques de chaque utilisateur, sont stockées et indexées dans une arborescence de dossiers imposée par le logiciel.
Pour que le logiciel soit utilisable de n'importe quel poste de travail, il est donc nécessaire de stocker les données de chaque utilisateur dans son dossier personnel (U:\ sur le serveur).
L'exécutable nécessite une installation sur le poste client mais celle-ci ne permet pas de configurer le chemin des données utilisateur: il faudra donc réussir à imposer ce paramétre lorsque le logiciel lors du lancement du logiciel.

1. Sur le serveur:

• Pas d'installation mais on peut créer et partager un dossier G:\tech\keebook qui permettra de stocker les éléments techniques nécessaires au lancement de l'application (cf "2. Sur le client").

2. Sur le client:

• Installer Keebok dans c:\program files\keebook.
• Lancer le logiciel et essayer de modifier les chemins utilisés pour le stockage des données utilisateurs (\Application Data et ses sous-dossiers, \Document, \images, \livres importés, \livres exportés) pour pouvoir utiliser U:\keebook\ comme répertoire parent .
  Ce paramétrage est accessible via le "Livre des préférences", les dossiers doivent déja exister dans U:.
• Explorer la base de registre (HKEY_CURRENT_USER\Software\KeeBoo) pour effectuer ces modifications de paramètres.
• Après avoir vérifié le bon fonctionnement de l'application avec les dossiers utilisateurs dans U:\keebook, exporter un fichier de registre (HKLM_keebook.reg dans \\serveurX\keebook) ayant le bon paramétrage et l'utiliser pour créer un fichier batch qui permet de lancer la modification du registre avant tout démarrage de keebook.
  Ce fichier batch (keebook.bat) sera stocké dans G:\tech\keebok avec HKLM_keebook.reg. Il doit permettre de lancer regedit.exe avec l'option /s pour que la modification du registre soit silencieuse avant de lancer l'exécutable de keebook, ce qui donne quelque chose du style:
  
  @echo off
start /w regedit.exe /s "\\serveurX\keebook\HKLM_keebook.reg"
"c:\program files\keebook\KeeBook Creator.exe"
exit


• Vérifier le bon fonctionnement de l'ensemble puis intégrer des raccourcis dans les modèles IACA pour lancer Keebook depuis le Bureau et le Menu démarrer ou créer un raccourci dans le dossier des raccourcis communs.

Exercice 7: application type service intranet (Serveur de mail interne EMWAC)

L'installation d'un serveur de mail interne au réseau d'établissement présente de nombreux avantages, en particulier pour que les élèves puissent travailler les compétences du B2i faisant appel au courrier électronique sans avoir besoin d'une adresse électronique réelle (cad valide sur internet).
On peut également envisager la diffusion des documents administratifs (problème du transfert des données entre les réseaux administratifs et pédagogiques...), l'utilisation d'alias de messagerie permettant l'envois de documents à tous les profs d'une matière simultanément ou la création de listes de diffusion internes pour la vie de l'établissement (vie scolaire, clubs, délégués...).
Pour remplir ce rôle on utilisera le logiciel EMWAC comme serveur de mail (POP et SMTP) et Outlook Express comme client de messagerie puisqu'il est géré par IACA ce qui permet d'utiliser le dossier personnel de l'utilisateur (U:\system) pour stocker ses données personnelles.

Installation du serveur de messagerie EMWAC et du client de mail Outlook express.