100%
GRIMOIRE
GrimoireCorpus DindonVolumes de SynthèseLe Socle du Fer
FRENAR
RATIO
LE SOCLE DU FER · SUPPORT DE COURS · SEMAINE 9
◆◆◆
ADMINISTRATION LINUX
NIVEAU 1
Semaine 9 sur 26 · Bloc 5 — OS Bare Metal
8h théorie · 27h pratique
◆ OBJECTIFS PÉDAGOGIQUES DE LA SEMAINE

1. Installer, mettre à jour et supprimer des paquets avec le gestionnaire de paquets de la distribution
2. Comprendre et gérer les services système avec systemd
3. Créer et administrer des utilisateurs et des groupes
4. Consulter et interpréter les journaux système
5. Administrer un serveur Linux de base en conditions proches de la production

◆◆◆
⚠ AVERTISSEMENT — PÉRENNITÉ DES VERSIONS CITÉES

Les noms exacts des gestionnaires de paquets, leurs options en ligne de commande, et le comportement précis de systemd peuvent évoluer entre versions de distributions. Le formateur doit vérifier la syntaxe actuelle sur la distribution effectivement utilisée au moment du cours plutôt que de se fier uniquement aux exemples figés dans ce support.

Amine RAITI · Architecte Infrastructure & SRE
Document public · CC BY-NC-SA 4.0 · AI Powered by Amine
Opération Dindon
RATIO
PLAN DE COURS · 8H
FIL CONDUCTEUR THÉORIQUE
9.1 · Gestion des paquets2h
— Rôle d'un gestionnaire de paquets : installation, mise à jour, suppression, gestion des dépendances
— Notion de dépôt (repository) et de source de paquets
— Différence entre gestionnaire de paquets bas niveau et gestionnaire haut niveau (résolution automatique des dépendances)
9.2 · systemd et gestion des services3h
— Rôle de systemd comme système d'initialisation moderne
— Notion d'unité de service : démarrer, arrêter, activer au démarrage, consulter le statut
— Création d'un service personnalisé simple (fichier unitaire)
9.3 · Utilisateurs et groupes2h
— Modèle de sécurité Linux par utilisateurs et groupes (lien direct avec les permissions vues en S8)
— Création, modification, suppression d'utilisateurs et de groupes
— Notion de privilèges élevés et d'élévation contrôlée
9.4 · Journaux système1h
— Rôle des journaux dans le diagnostic : où chercher l'information selon le type de problème
— Méthode de lecture et de filtrage des journaux
EXEMPLE À DÉVELOPPER AU TABLEAU

Un service qui ne démarre pas correctement laisse généralement une trace dans les journaux système expliquant la cause de l'échec (port déjà utilisé, fichier de configuration manquant, permission insuffisante) — montrer comment retrouver et lire cette trace pas à pas.

RATIO
TP1 · GESTION DE PAQUETS ET DE SERVICES · 13H

Matériel : système installé en S8, accès terminal et internet (ou dépôt local fourni).

(2h) Mise à jour complète du système avec le gestionnaire de paquets, installation de 3-4 paquets utilitaires courants (outils réseau, éditeur de texte, outils de monitoring basique).
(2h) Recherche de paquets, consultation des informations détaillées d'un paquet avant installation, désinstallation propre d'un paquet test avec gestion des dépendances orphelines.
(3h) Installation d'un service simple (serveur web minimal ou équivalent), démarrage, arrêt, activation au démarrage automatique avec systemd, consultation du statut.
(3h) Création d'un fichier unitaire systemd personnalisé pour un script simple fourni, activation et test du service créé.
(3h) Exercice de panne provoquée : le formateur introduit volontairement un défaut dans la configuration d'un service (port déjà occupé, chemin de fichier incorrect), l'apprenant doit diagnostiquer et corriger via les outils systemd et les journaux.
CORRIGÉ TP1

Structure attendue du fichier unitaire personnalisé : une section [Unit] décrivant le service, une section [Service] précisant la commande à exécuter et le type de service, une section [Install] précisant le niveau de démarrage automatique souhaité.

Méthode de diagnostic attendue pour l'exercice de panne provoquée : consulter le statut du service pour voir le code d'erreur, puis consulter les journaux détaillés du service pour identifier le message d'erreur précis, qui doit pointer directement vers la cause du dysfonctionnement introduit.

RATIO
TP2 · UTILISATEURS, GROUPES ET JOURNAUX · 14H

Matériel : système configuré au TP1, scénario d'entreprise fourni (liste de 5 employés fictifs avec rôles différents à créer).

(3h) Création de 5 comptes utilisateurs selon le scénario fourni, avec mots de passe initiaux et répertoires personnels correctement configurés.
(2h) Création de groupes correspondant aux rôles du scénario (par exemple "compta", "technique", "direction"), affectation des utilisateurs aux groupes appropriés.
(3h) Mise en place de droits de dossier partagé : créer un dossier accessible uniquement à un groupe donné, vérifier que les utilisateurs hors groupe ne peuvent pas y accéder — lien direct avec les permissions vues en S8.
(2h) Configuration de privilèges élevés contrôlés pour un utilisateur spécifique (accès à certaines commandes administratives sans accès complet administrateur).
(2h) Exploration et filtrage des journaux système liés aux connexions utilisateur (tentatives de connexion réussies et échouées).
(2h) Restitution : rédaction d'un schéma simple documentant l'organisation utilisateurs/groupes/droits mise en place.
CORRIGÉ TP2

Vérification attendue pour le dossier partagé : le propriétaire du groupe doit avoir les droits de lecture/écriture, les autres utilisateurs aucun droit — test pratique en se connectant avec un compte hors groupe pour confirmer le refus d'accès.

Schéma attendu en restitution : un tableau ou diagramme simple croisant utilisateurs, groupes d'appartenance, et droits effectifs sur chaque dossier créé pendant le TP.

◆ FICHE DE SYNTHÈSE — AUTO-ÉVALUATION SEMAINE 9
1. Je sais installer, mettre à jour et désinstaller un paquet proprement.
2. Je sais démarrer, arrêter et activer un service au démarrage avec systemd.
3. Je sais créer un fichier unitaire systemd simple.
4. Je sais créer et administrer des utilisateurs et des groupes.
5. Je sais mettre en place des droits d'accès partagés par groupe.
6. Je sais configurer une élévation de privilèges contrôlée.
7. Je sais consulter et filtrer les journaux système.
8. Je sais diagnostiquer une panne de service à partir des journaux.