Plot C - WordPress.com · CONTEXTE M2L MISSION 1 Mission 1 : Inventaire de l’ensemble du matriel Page | 18 XIII. ABSENCE DE CONTROLEUR DE DOMAINE Quand il n’y a pas de contrôleur

GIRBELLE MALARANGE BERTUOL PUECH CONTEXTE M2L MISSION 1

INVENTAIRE DU PARC INFORMATIQUE

Plot C :

BERTUOL Mathieu (CP) PUECH Jérémy MALARANGE Nicolas GIRBELLE Thibault


Mission 1 : Inventaire de l’ensemble du matériel Page | 2

A. PRÉSENTATION 3

I. EQUIPEMENTS UTILISES : 3 II. RESUME DES LOGIN ET MOT DE PASSE : 3 III. SCHEMA LOGIQUE DU RESEAU : 4 IV. BAIE DE BRASSAGE ET FERME DE SERVEUR : 5

B. TUTORIEL INSTALLATION AIDA32 EN RÉSEAU 6

V. INTRODUCTION : 6 VI. OBJECTIF : 6 VII. DESCRIPTION MATERIEL : 6 VIII. CREATION DU PARTAGE 7 IX. INSTALLATION AIDA32 9 X. GENERATION DE RAPPORT PERSONNALISE 10 XI. REALISATION DU SCRIPT 13 XII. AJOUT DU SCRIPT DANS L’ACTIVE DIRECTORY 16 XIII. ABSENCE DE CONTROLEUR DE DOMAINE 18

C. CONCLUSION 19

I. PROBLEMES RENCONTRES: 19 II. AVIS DU GROUPE SUR LA MISSION : 19



A. PRÉSENTATION

I. EQUIPEMENTS UTILISES :

II. RESUME DES LOGIN ET MOT DE PASSE :

Nom de la machine Système d’exploitation Adresse IP utilisées

PC Nec 30 Windows Server 2008 192.168.1.7/24

SIO-SISR-C01 Windows Server 2008

(Seven Virtualisé) 192.168.1.75/24







Nom de la machine Login Mot de passe

PC Nec 30 Administrateur Toto01$

SIO-SISR-C01 eleve eleveSIO$






III. SCHEMA LOGIQUE DU RESEAU :



IV. BAIE DE BRASSAGE ET FERME DE SERVEUR :

Baie de brassage Ferme de serveur



B. TUTORIEL INSTALLATION AIDA32 EN RÉSEAU V. INTRODUCTION :

Pour la réalisation de la mission 1 du contexte M2L, nous avons dû déterminer la configuration matérielle et logicielle de tous types de matériels présents sur le réseau.

Pour effectuer cette mission, nous avons décidé d’utiliser le logiciel AIDA32 qui permet d’analyser la configuration de chaque ordinateur. Nous l’avons adapté pour qu’il fonctionne sur le réseau.

VI. OBJECTIF :

Notre objectif est de mettre en place le logiciel pour qu’il fonctionne en réseau :

Il faudra en premier lieu créer un répertoire partagé qui stockera les fichiers du serveur et les rapports récupérés.

Nous ferons un script qui permettra d’automatiser la génération des rapports sur chaque poste et qui les renverra sur le serveur.

Ensuite, nous paramètrerons le logiciel pour qu’il récupère que les informations utile des machines.

Pour finir, nous ajouterons une règle dans l’active directory pour que le script ce lance à chaque démarrage de session.

VII. DESCRIPTION MATERIEL :

Le matériel actuel que nous avons est 4 ordinateurs avec chacun 1 machine virtuelle installée et une de plus avec Windows server 2008 R2. Sur le 2008, nous avons l’active directory d’installé ainsi que trois utilisateurs créés : user1, user2 et user3 avec comme mot de passe « Toto01$ ».

Pour plus de facilité, nous avons isolé les machines virtuelles et le serveur sur un réseau privé : 172.16.3.0 (avec le 3ième octet correspondant au numéro de plot).



VIII. CREATION DU PARTAGE :

Pour commencer, il faut créer un répertoire partagé sur le serveur qui servira pour stocker les fichiers d’installation d’AIDA32 et en même temps, qui servira de dossier de destination pour les rapports.

Nous avons nommé le répertoire PARTAGE_AIDA et l’avons placé à la racine du disque dur.

Dans ce dossier, nous avons créé deux autres dossiers, un qui servira de destination pour les rapports et l’autre de dossier d’installation.



Ici, nous avons nommé les deux dossiers « install_AIDA » et « Report_AIDA ».

Ensuite, nous avons partagés le dossier « PARTAGE_AIDA ».

Après avoir partagé le dossier, on y a attribué des droits.

Les sous-dossiers ont été partagés par héritage de droit.



IX. INSTALLATION AIDA32

Le programme d’installation d’AIDA32 est simplement une décompression de fichiers, voila pourquoi nous pouvons le faire fonctionner en réseau. On commence par lancer l’exécutable et on choisit le répertoire d’installation.

Une fois l’installation terminée, on lance le logiciel :



X. GENERATION DE RAPPORT PERSONNALISE

Sur AIDA32, allez dans l’onglet « Rapport » et cliquez sur « Assistant Rapport » :

Nous arrivons à une fenêtre où on peut choisir de personnaliser son rapport en sélectionnant les informations que l’on désire. Dans notre cas, nous choisirons « Selection personnalisée ».



Maintenant, nous pouvons choisir d’ouvrir un rapport personnalisé déjà créé ou d’en créer un nouveau : pour cela, il faut cocher les informations que l’on souhaite avoir dans le rapport et cliquer sur « Enregistrer ».

Le fichier « profil » s’enregistre en .rpf dans le dossier de votre choix.

On peut ensuite choisir le format du rapport qui sera généré (nous avons choisis le format HTML).

Après avoir cliqué sur « Terminer », votre rapport est généré, vous pouvez l’enregistrer ou l’imprimer.



Dans notre cas, nous avons en premier lieu créé un rapport type et l’avons utilisé par la suite.



XI. REALISATION DU SCRIPT

Le but est de lancer le script depuis les machines clientes à chaque démarrage de session. Le script va exécuter le logiciel en local et va renvoyer un rapport en HTML sur le serveur.

Par chance, AIDA32 intègre une multitude de commandes que l’on peut exécuter en ligne de commande. Cette fonctionnalité permet d’automatiser un scan sur un ordinateur.

Il suffit d’ouvrir un invite de commande, d’exécuter aida32.exe et d’y passer en paramètres les extensions souhaitées.

Pour obtenir la liste de paramètre d’aida, on tape aida32.exe /?

Une fenêtre s’ouvre et indique les différents paramètres et les syntaxes de celles-ci.

Dans notre cas, nous allons nous servir du paramètre /R qui permet de générer un rapport automatiquement. Le rapport type que nous avons créé précédemment va maintenant nous servir.

Il ne faut pas oublier de placer le fichier « profile.rpf » à la racine du partage pour que le script le prenne en charge.



La ligne la plus importante du .bat est celle-ci :

\\%IP_SERVEUR%\PARTAGE_AIDA\install_AIDA\aida32.exe /R

\\%IP_SERVEUR%\PARTAGE_AIDA\Report_AIDA\%COMPUTERNAME%.html

/Custom \\%IP_SERVEUR%\PARTAGE_AIDA\custom_AIDA /HTML /LANGfr

(Il n’y a qu’une selle ligne)

%IP_SERVEUR% est une variable crée pour stocker l’adresse IP du serveur.

La partie rouge du script correspond à l’exécution du logiciel stocké sur le serveur depuis un poste client.

La partie verte correspond au paramètre qui permet de créer le rapport automatiquement. Le chemin de sauvegarde est indiqué juste après /R.

La partie orange (/custom) va chercher le fichier « custom_AIDA.rpf » pour trier les informations.

/HTML correspond au format du rapport.

/Langfr permet de sélectionner le Français comme langue dans le rapport.

Le reste du script n’est pas indispensable, il définit la variable IP_SERVEUR (celle-ci n’est pas indispensable, on peut directement mettre l’adresse IP du serveur dans le chemin) et fait des commentaires ainsi qu’un compte à rebours.

Ci-dessus : le script complet.

Les « echo » permettent de faire des affichages dans la fenêtre DOS.



Nous avons rajouté 2 lignes qui permettent de remplir un fichier LOG pour vérifier le bon fonctionnement du script. Ces deux lignes complètent un fichier texte se trouvant sur le partage et indiquent l’utilisateur et le nom d l’ordinateur qui a exécuté le script.

On constate que le fichier LOG se remplit au fur et a mesure des connexions des utilisateurs.

De même pour le dossier Report_AIDA qui se remplit aussi les rapports des machines.

Ils sont repérés grâce à leur nom de machine tel qu’il est écrit dans le script.



XII. AJOUT DU SCRIPT DANS L’ACTIVE DIRECTORY

Pour que le script se lance au démarrage de chaque session utilisateur, il faut ajouter le script en ouverture de session dans le profil des utilisateurs. Pour cela, on ouvre « Utilisateurs et ordinateurs Active Directory » puis on sélectionne les utilisateurs ou le groupe concernés.

On ouvre le menu contextuel quand les utilisateurs sont sélectionnés puis on ouvre les propriétés.

On va dans l’onglet « profil » et on coche « Script d’ouverture de session ». Pour finir, on écrit le nom du script dans la case blanche.



Pour finir, on place le script dans un dossier spécifique de Windows :

C:\Windows\SYSVOL\sysvol\AIDA.local\scripts

Enfin, on ré-ouvre les sessions utilisateurs pour charger les nouveaux paramètres et le script se lancera.



XIII. ABSENCE DE CONTROLEUR DE DOMAINE

Quand il n’y a pas de contrôleur de domaine, cela ne signifie pas que l’on ne peut pas utiliser AIDA32 en réseau, il faut juste modifier le script en rajoutant la commande NET USE.

Cette commande permet de connecter un lecteur réseau automatiquement. Il faut tout de même conserver un dossier partagé sur un serveur ou un poste. On ajoute donc la commande dans le script pour connecter le lecteur réseau du partage. Dans ce cas, il faut ajouter dans la ligne des identifiants de connexions pour connecter le lecteur réseau. Ces identifiants sont celui de la machine qui contient le dossier partagé.

Le code souligné en vert correspond au chemin du lecteur réseau

Celui souligné en rouge correspond aux l’identifiants de connexions pour accéder au dossier partagé.

(Le paramètre /PERSISTENT : YES permet de rester connecté au lecteur même si celui-ci ne répond pas).

Le second NET USE souligné en bleu permet d’effacer le lecteur réseau.

Cette fois-ci, pour que le script puisse se lancer au démarrage de chaque poste clients, on doit le placer dans le dossier « Démarrage » de Windows. Ainsi, au démarrage de la session, le script se lancera.

On pourrait tout aussi bien concevoir un autre script pour déployer le premier.



C. CONCLUSION I. PROBLEMES RENCONTRES:

- La fonction « /SILENT » d’AIDA32 permet d’effectuer l’analyse de la machine de façon « discrète » (soit réduite dans la barre d’outils en bas à droite). Après avoir effectué plusieurs tests, nous avons constaté que cette la fonction « /SILENT) ne fonctionnait pas correctement. Nous avons donc choisit de ne pas l’utiliser.

- Lors de la création du script nous avons constaté que le script ne voulait pas se lancer, ce problème était du à un problème de droit d’utilisateur. Alors nous avons ajouté une commande dans le script permettant d’exécuter AIDA32 en tant que (Administrateur dans notre cas).

- Nous avons rencontré un problème au lancement d’AIDA32 quand on a adapté le script pour qu’il fonctionne hors d’un domaine. Le problème provenait de la commande net use où il fallait renseigner un nom de domaine que l’on n’avait pas. Nous avons utilisé le nom de machine comme nom de domaine (%COMPUTERNAME%).

- Nous avons rencontré quelques difficultés lors de la création du fichier custom.rpf, on ne trouvait pas comment sélectionner les caractéristiques souhaités. Après quelques recherches sur AIDA32, nous avons trouvé comment réaliser la création du fichier .rpf.

II. AVIS DU GROUPE SUR LA MISSION :

Le logiciel AIDA32 est intéressant mais c’est assez long à installer et à configurer en réseau quand on ne s’en est encore jamais servi.

Cela nous a permis de découvrir un nouveau logiciel simple mais efficace qui fonctionne aussi bien en local qu’en réseau.

Bonne répartition des tâches, ce qui à permis un avancement plus rapide de la mission.

III. SOURCES :

http://forum.hardware.fr/hfr/systemereseauxpro/Logiciels-entreprise/administrateur-reseaux-inventaire-sujet_10_6.htm



Documents

Plot C - WordPress.com · CONTEXTE M2L MISSION 1 Mission 1 : Inventaire de l’ensemble du matriel Page | 18 XIII. ABSENCE DE CONTROLEUR DE DOMAINE Quand il n’y a pas de contrôleur