Compétences du Bloc B1 : B1.1 — Gérer le patrimoine informatique · B1.2 — Répondre aux incidents et aux demandes d’assistance et d’évolution · B1.5 — Mettre à disposition des utilisateurs un service informatique
L’organisation et le contexte
Dès ma première journée de stage au service informatique de l’IP2I (Institut de Physique des 2 Infinis de Lyon), j’ai été plongé dans une réalité quotidienne du métier : l’arrivée d’un nouvel utilisateur. Dans un laboratoire de recherche, les arrivées sont fréquentes — doctorants, stagiaires, chercheurs invités, personnels administratifs — et chacune déclenche une chaîne d’opérations précises, à cheval entre l’administratif et le technique. J’ai suivi cette procédure pas à pas avec l’équipe, puis je l’ai documentée, ce qui m’a permis d’en comprendre chaque maillon et d’en faire une fiche réutilisable.
Le besoin : intégrer sans jamais improviser
Donner un accès au système d’information n’est jamais anodin. Le besoin auquel répond cette procédure est double : garantir que chaque nouvel arrivant dispose, dès son premier jour, de tout ce qui lui est nécessaire (compte, droits, poste de travail configuré) — et garantir tout autant qu’il ne dispose de rien de plus. Une intégration improvisée produit les deux défauts symétriques : l’utilisateur bloqué qui multiplie les demandes d’assistance, ou l’utilisateur sur-privilégié qui constitue une faille de sécurité durable.
La procédure observée et documentée
Le point de départ est une règle absolue : aucun compte n’est créé tant que le contrat de l’arrivant n’est pas administrativement validé. L’identité numérique découle du lien contractuel, jamais l’inverse.
La suite illustre la réalité d’un environnement hétérogène, typique des institutions de recherche. Le compte est d’abord créé dans l’annuaire historique des environnements Unix/Linux du laboratoire (NIS), avec des vérifications de cohérence pour écarter tout conflit avec l’existant — identifiant déjà pris, doublon d’identifiant numérique. Il est ensuite synchronisé avec Active Directory, l’annuaire Microsoft qui gouverne les ressources Windows, où l’objet utilisateur est complété avec les informations de l’arrivant et son service d’affectation. L’utilisateur est alors ajouté aux groupes correspondant à son profil : ce sont ces groupes qui portent les politiques de sécurité et les droits d’accès aux ressources partagées, plutôt que des droits attribués individuellement — un principe de gestion centralisée qui rend les droits lisibles, auditables et réversibles.
En parallèle du volet annuaire, l’équipement physique est préparé : poste de travail installé avec le système et les applications correspondant aux besoins exprimés, puis remis à l’utilisateur, avec un suivi assuré en cas de problème matériel dans les premiers jours.
La dimension sécurité
Cette procédure est une application concrète de la gestion des identités et des accès. Deux principes la structurent. Le premier est le lien strict entre existence contractuelle et existence numérique, qui évite les comptes orphelins ou anticipés — une source classique de failles. Le second est le principe du moindre privilège : les droits sont ouverts en fonction du service d’affectation, et seulement ceux-là. La gestion par groupes garantit de surcroît qu’un changement de politique de sécurité s’applique uniformément à toute une population, sans dépendre de la mémoire d’un administrateur.
Ma plus-value personnelle
Mon apport ici est celui du regard neuf qui documente. Une procédure vécue quotidiennement par une équipe finit par n’exister que dans les têtes ; en la suivant pour la première fois, j’en ai consigné chaque étape, chaque vérification et chaque justification dans une fiche structurée — une contribution directe à la base de connaissances du service, qui servira aussi bien aux prochains stagiaires qu’aux nouveaux membres de l’équipe. Cette immersion m’a aussi apporté une compréhension que les cours seuls ne donnent pas : la coexistence de deux annuaires (Unix et Windows) n’est pas une bizarrerie mais l’héritage assumé d’une infrastructure de recherche construite sur des décennies, et savoir travailler avec cet existant — plutôt que de rêver de tout refaire — fait partie intégrante du métier d’administrateur systèmes et réseau.
Le compte rendu détaillé de cette procédure est disponible en téléchargement au format PDF ci-dessous.