DébutantParcours : Linux : administration système, préparation au LFCS

Linux : inventorier un serveur (services, ports, journaux)

Aucun avis
Débutant
1 h 45 min
500 crédits
1er atelier offert

Description

Le prestataire qui gérait le serveur ERP est parti il y a trois semaines, sans rien transmettre. Personne ne sait ce qui tourne dessus, ni ce qui redémarrerait tout seul après une coupure de courant. La direction ne vous demande pas de réparer : elle veut un inventaire écrit, pour que le prochain incident ne se règle pas à l'aveugle. Vous partez d'un shell et de rien d'autre. C'est la situation par laquelle presque tout administrateur système commence, et celle qu'aucun cours ne prépare. Le guide ne vous donne pas les réponses : il vous donne les questions et les outils, et vous cherchez sur la machine avant d'ouvrir la solution. Vous apprendrez à lire l'arborescence pour séparer ce qu'un paquet a installé de ce qu'un humain a posé à la main, à demander à systemd à qui appartient un processus, et à mettre un nom sur chaque port en écoute. En chemin, vous tomberez sur ce que tout serveur hérité cache : des données métier qu'aucune sauvegarde standard ne prendrait, un programme que personne ne surveille, et un script qui marche à la main mais échouerait en service. Vous ne corrigez rien, vous documentez. Votre inventaire est relu sur la machine à la fin du lab, et il compte pour votre classement. Un vrai serveur, avec ses services en production et ses journaux. Le terminal s'ouvre dans votre navigateur : ni clé SSH, ni installation.

Important

Ce lab ne demande aucune modification du serveur : tout fonctionne, tout est seulement non documenté. Si vous trouvez quelque chose d'inquiétant, vous le documentez, vous ne l'arrêtez pas. La validation vérifie que tout ce qui tournait tourne encore et que la configuration n'a pas été touchée. La sandbox vit deux heures.

Conseil

Commencez par où vivent les fichiers, pas par ps. Un processus sans contexte ne vous apprend presque rien, alors qu'un fichier dans /srv, /opt ou /etc/systemd/system/ est presque toujours la trace d'une décision humaine. Et remplissez l'inventaire au fur et à mesure : c'est lui qui sera relu.

Compétences travaillées

Lire une commande Linux (commande, options, arguments) et en écrire une soi-même, avec |, les redirections et grep
Se servir de la norme FHS pour séparer ce qu'un paquet a installé de ce qu'un humain a posé à la main
Retrouver la trace de la dernière intervention sur une machine avec les dates de modification
Dire d'où vient un processus avec systemctl status <PID>, même quand son nom ne veut rien dire
Distinguer un service géré par systemd d'un programme lancé à la main, et dire ce qui se passe s'il s'arrête
Relier chaque port en écoute à son processus, son unité et son utilisateur, et distinguer exposé et local
Expliquer pourquoi un service ne voit jamais les variables d'un .bashrc
Rédiger un inventaire exploitable par quelqu'un qui n'a jamais vu la machine

Technologies utilisées

Linux
systemd
cron
nginx
journalctl

Prérequis

Savoir ouvrir un terminal et se déplacer dans des dossiers (cd, ls)
Aucune connaissance de systemd ni des réseaux n'est demandée

inventaire
systemd
processus
ports
FHS

En bref

Domaine: Systèmes
Niveau: Débutant
Durée estimée: 1 h 45 min
Sandbox: 3 h, puis suppression automatique
Langues: Français, Anglais
Mis à jour le: 19 octobre 2026