TIP 2.7 – Intégrer un poste dans un environnement professionnel

Un ordinateur peut être parfaitement installé et pourtant ne pas être prêt à être utilisé dans une organisation.

Pour devenir un véritable poste professionnel, il doit encore être identifié, connecté au réseau, rattaché à l’environnement de l’organisation, équipé des outils de gestion et de sécurité puis testé avec les ressources nécessaires à l’utilisateur.

L’objectif est de transformer un poste Windows fonctionnel en poste de travail intégré, identifiable, administrable et prêt à être utilisé.

1. Qu’est-ce que l’intégration d’un poste ?

Intégrer un poste consiste à le rendre compatible avec l’environnement informatique de l’organisation.

Cela peut comprendre :

• son identification ;
• son nom informatique ;
• son enregistrement dans l’inventaire ;
• sa connexion au réseau ;
• son rattachement à l’environnement d’authentification ;
• l’installation des outils de gestion ;
• l’application des règles de sécurité ;
• l’accès aux ressources professionnelles ;
• la validation avec l’utilisateur.

2. Identifier le poste

Avant de l’intégrer, le technicien doit vérifier son identité.

Exemple

Toutes ces informations doivent être cohérentes avec la demande et l’inventaire du parc.

3. La convention de nommage

Une organisation utilise généralement une convention permettant d’identifier facilement ses équipements.

Exemple

PC-RH-052

Ce nom peut indiquer :

• PC : type d’équipement ;
• RH : service ;
• 052 : identifiant unique.

D’autres conventions sont possibles :

LT-PAR-0047
PC-VANNES-025
POSTE-00152

Le technicien doit respecter celle définie par l’organisation.

4. Pourquoi le nom doit-il être unique ?

Le nom informatique est utilisé pour identifier la machine sur le réseau et dans différents outils d’administration.

Deux ordinateurs ne doivent donc pas être déployés volontairement avec la même identité.

Une duplication incorrecte peut provoquer :

• des difficultés d’administration ;
• des erreurs dans l’inventaire ;
• une confusion lors du support ;
• des problèmes avec certains systèmes de gestion.

5. Vérifier le nom du poste

Dans une invite de commandes :

hostname

PowerShell permet également d’obtenir cette information :

$env:COMPUTERNAME

Exemple

PC-RH-052

Le résultat doit correspondre à l’inventaire et à la convention de nommage.

6. Renommer un poste

Lorsque la procédure l’autorise, PowerShell permet notamment de renommer un ordinateur :

Rename-Computer -NewName "PC-RH-052"

Un redémarrage est généralement nécessaire pour finaliser le changement.

Cette opération nécessite des privilèges adaptés.

7. Vérifier la connexion réseau

Le poste doit ensuite pouvoir communiquer avec le réseau de l’organisation.

Le technicien peut commencer par :

ipconfig /all

Cette commande permet notamment de contrôler :

• l’adresse IPv4 ;
• le masque ;
• la passerelle ;
• les serveurs DNS ;
• l’état DHCP ;
• certaines informations sur les interfaces réseau.

8. Exemple de configuration correcte

Adresse IPv4 : 192.168.20.52
Masque : 255.255.255.0
Passerelle : 192.168.20.1
DNS : 192.168.20.10
DHCP : activé

Ces valeurs ne sont qu’un exemple.

Le plan d’adressage réel dépend de l’organisation.

9. Adresse APIPA

Si le poste affiche une adresse du type :

169.254.x.x

il utilise probablement une adresse APIPA.

Dans un réseau utilisant DHCP, cela peut indiquer que le poste n’a pas réussi à obtenir sa configuration IPv4 auprès du service DHCP.

Il faut alors contrôler notamment :

• le câble ;
• la liaison réseau ;
• le dock ;
• la carte réseau ;
• la prise ;
• la disponibilité du DHCP.

10. Tester la passerelle

Une fois l’adresse correcte, le technicien peut tester la communication avec la passerelle.

Exemple

ping 192.168.20.1

Le résultat doit être interprété en tenant compte des règles réseau : certains équipements peuvent bloquer les requêtes ICMP.

Un échec de ping ne constitue donc pas toujours une preuve absolue d’indisponibilité.

11. Tester la résolution DNS

Le DNS permet de convertir un nom en adresse IP.

PowerShell :

Resolve-DnsName serveur.exemple.local

ou selon le contexte :

nslookup serveur.exemple.local

Si l’accès par adresse IP fonctionne mais pas par nom, le DNS devient une piste importante.

12. Tester un service réseau

PowerShell permet également de tester un port précis :

Test-NetConnection serveur.exemple.local -Port 443

Cette commande peut aider à distinguer :

• un problème de résolution de nom ;
• un problème de connectivité ;
• un service qui ne répond pas sur le port attendu.

13. Poste autonome et poste intégré

Un poste Windows peut fonctionner :

De manière autonome

Les comptes et une grande partie de la configuration sont gérés localement.

Dans un environnement professionnel centralisé

L’organisation peut utiliser des services permettant de centraliser :

• les identités ;
• l’authentification ;
• les politiques de configuration ;
• les applications ;
• l’inventaire ;
• la sécurité.

14. Différents environnements professionnels

Selon l’organisation, un poste peut être rattaché à :

• un domaine Active Directory ;
• une solution moderne de gestion d’identité et d’équipements ;
• une gestion MDM ;
• une combinaison de plusieurs technologies.

Le technicien doit appliquer la procédure correspondant à l’infrastructure réellement utilisée.

L’administration d’Active Directory sera étudiée plus en détail dans le module consacré à l’infrastructure.

15. Accès professionnel ou scolaire

Windows propose notamment :

Paramètres → Comptes → Accès professionnel ou scolaire

Selon l’environnement, cette rubrique peut permettre de rattacher le poste ou la session aux services de l’organisation.

Le technicien ne doit pas effectuer de rattachement sans suivre la procédure prévue.

16. Domaine Active Directory

Dans certaines entreprises, les postes Windows sont membres d’un domaine Active Directory.

Cela permet notamment une gestion centralisée de nombreux éléments :

• comptes ;
• authentification ;
• ordinateurs ;
• stratégies ;
• ressources ;
• paramètres de sécurité.

L’intégration doit être réalisée avec les droits et la procédure prévus par l’organisation.

17. Pourquoi l’heure du poste est importante ?

Une mauvaise date ou une mauvaise heure peut perturber :

• l’authentification ;
• les certificats ;
• les journaux ;
• certaines applications ;
• la communication avec des services centralisés.

Avant ou après intégration, vérifier :

Paramètres → Heure et langue → Date et heure

18. Outils de gestion du parc

Une organisation peut installer sur les postes différents agents permettant :

• l’inventaire ;
• la télédistribution ;
• la gestion des mises à jour ;
• le support à distance ;
• la supervision ;
• la gestion des configurations.

Le technicien doit vérifier que les agents nécessaires sont présents et correctement enregistrés.

19. Outils de sécurité

Le poste peut également être équipé de solutions de sécurité centralisées.

Selon l’organisation :

• antivirus ;
• EDR ;
• pare-feu ;
• chiffrement ;
• contrôle des périphériques ;
• outil de conformité.

Il ne suffit pas de vérifier que le logiciel est installé.

Il faut également, lorsque cela fait partie de la procédure, vérifier qu’il communique correctement avec sa console ou son infrastructure.

20. Vérifier Windows Update

Avant livraison, vérifier que le poste possède l’état de mise à jour attendu par l’organisation.

Chemin :

Paramètres → Windows Update

Dans un environnement administré, les mises à jour peuvent être contrôlées par une solution centrale.

Le technicien doit respecter cette stratégie plutôt que modifier arbitrairement les paramètres Windows Update.

21. Accéder aux ressources partagées

Une fois le poste intégré, l’utilisateur peut avoir besoin d’accéder à des ressources réseau.

Exemple

\\SRV-FICHIERS\RH

Le technicien doit vérifier :

• que le nom du serveur est résolu ;
• que le réseau est accessible ;
• que l’utilisateur peut s’authentifier ;
• que les droits sont cohérents avec son besoin.

22. Lecteurs réseau

Certaines organisations présentent des ressources sous forme de lecteurs réseau.

Exemple

R: → \\SRV-FICHIERS\RH

Ils peuvent être configurés :

• manuellement ;
• par script ;
• par stratégie ;
• par un outil centralisé.

Le technicien doit identifier la méthode normale avant de créer manuellement un lecteur.

23. Vérifier les imprimantes

Selon la configuration de l’organisation, les imprimantes peuvent être :

• installées automatiquement ;
• distribuées par un serveur ;
• ajoutées par script ;
• configurées individuellement.

Avant livraison :

• vérifier leur présence ;
• contrôler l’imprimante par défaut si nécessaire ;
• effectuer une impression de test.

24. Vérifier les applications métiers

Un logiciel peut être installé mais ne pas fonctionner dans l’environnement réel.

Le technicien doit donc tester :

• son lancement ;
• la connexion au serveur ;
• la licence ;
• l’authentification ;
• les principales ressources nécessaires.

Exemple

GestionRH doit pouvoir communiquer avec :

SRV-RH-APP

L’ouverture de l’exécutable ne suffit donc pas à valider l’application.

25. Première ouverture de session utilisateur

Lorsque la procédure le permet, une première ouverture de session peut permettre de vérifier :

• la création correcte du profil ;
• les applications ;
• les ressources réseau ;
• les imprimantes ;
• les paramètres utilisateur ;
• l’accès aux applications métiers.

Le mot de passe de l’utilisateur ne doit pas être demandé pour être conservé par le technicien.

26. Paramètres appliqués automatiquement

Après rattachement à l’environnement professionnel, certains réglages peuvent être appliqués automatiquement.

Par exemple :

• fond d’écran ;
• configuration de sécurité ;
• imprimantes ;
• lecteurs réseau ;
• restrictions ;
• applications ;
• paramètres navigateur.

Le mécanisme dépend des outils utilisés par l’organisation.

27. Ne pas combattre la configuration centrale

Un technicien constate qu’un paramètre qu’il modifie revient automatiquement à sa valeur précédente.

Avant de conclure à un bug, il doit se demander :

Cette valeur est-elle imposée par une politique centrale ?

Le poste doit respecter la configuration de l’organisation.

28. Inventaire du parc

Un équipement intégré doit être correctement enregistré dans l’inventaire.

On peut notamment y retrouver :

• numéro d’inventaire ;
• constructeur ;
• modèle ;
• numéro de série ;
• nom du poste ;
• utilisateur ;
• service ;
• site ;
• date de mise en service ;
• état de l’équipement.

29. Pourquoi l’inventaire est-il important ?

Il facilite :

• le support ;
• la gestion des garanties ;
• le remplacement du matériel ;
• le suivi des licences ;
• la sécurité ;
• la préparation des renouvellements ;
• la localisation des équipements.

Un inventaire incorrect peut compliquer fortement le support futur.

30. Vérifier les informations système

PowerShell permet d’obtenir de nombreuses informations :

Get-ComputerInfo

Cette commande peut notamment aider à vérifier :

• Windows ;
• le nom du poste ;
• certaines informations matérielles ;
• certains paramètres système.

Pour un contrôle ciblé, il est souvent préférable de sélectionner uniquement les informations nécessaires.

31. Vérifier le numéro de série

PowerShell :

Get-CimInstance Win32_BIOS | Select-Object SerialNumber

Le numéro obtenu peut être comparé à :

• l’étiquette du constructeur ;
• la fiche d’inventaire ;
• la demande de déploiement.

32. Checklist d’intégration

33. Manipulation pratique – Identifier une intégration incomplète

Situation

PC-RH-052 vient d’être déployé.

34. TP – Intégrer PC-RH-052

Situation

Le poste d’Émilie Moreau a maintenant été entièrement installé.

hostname

ipconfig /all

Resolve-DnsName SRV-RH-APP

Quiz final