Compétences Linux essentielles pour l’exploitation IT

Navigation dans le système de fichiers et les répertoires qui comptent

En exploitation, vous avez rarement besoin de tout le système de fichiers — vous devez savoir où les choses se trouvent. /var/log contient la plupart des logs, /etc regroupe la configuration des services, /proc et /sys exposent l’état du noyau et des processus, /home et /root contiennent les données utilisateurs. Soyez fluide avec ls, cd, pwd, find et locate. La commande qui rapporte le plus en production est find avec des filtres temporels, car « qu’est-ce qui a changé dans la dernière heure » est une question constante.

find /etc /var/log -type f -mmin -60 2>/dev/null

Processus et services

Quand un service se comporte mal, vous devez voir ses processus et le contrôler. Utilisez ps aux et top ou htop pour lister et surveiller les processus ; systemctl status, systemctl restart et journalctl -u pour inspecter et gérer les services systemd. Savoir lire un statut de service — active (running), failed, activating — et suivre ses logs avec journalctl -u <service> -f fait la différence entre deviner et diagnostiquer. C’est le travail quotidien cœur d’un Ingénieur de production.

systemctl status nginx
journalctl -u nginx -f

Logs : lecture et filtrage

Les logs sont là où se cache généralement la réponse. Apprenez à les rechercher efficacement : grep pour des mots-clés, grep -i insensible à la casse, tail -f pour suivre un fichier en direct, et combinez avec awk ou cut pour extraire des champs. Pour les logs structurés, journalctl --since et -u filtrent par temps et par unité. Le réflexe de regarder les horodatages autour d’une alerte — pas seulement la ligne d’erreur — est ce que fait un Spécialiste supervision toute la journée.

journalctl --since "30 min ago" -p err
# or, in a plain log file:
grep -i "error" /var/log/app.log | tail -n 50

Inspection disque, mémoire et CPU

Les trois ressources qui s’épuisent. Utilisez df -h pour voir l’utilisation des systèmes de fichiers et du -sh pour trouver ce qui remplit un répertoire ; free -h pour la mémoire et le swap ; top, htop ou pidstat pour le CPU et l’usage par processus. Un disque plein est l’un des incidents de production les plus courants, donc sachez trouver rapidement les gros fichiers et les vieux logs. La mémoire est plus subtile : Linux cache agressivement, donc la mémoire « utilisée » n’est pas toujours un problème — apprenez à lire la colonne available et la répartition cache/buffer.

df -h
du -sh /var/* | sort -h
find /var -type f -size +500M 2>/dev/null

Diagnostics réseau

L’exploitation, c’est moitié réseau. Connaissez ping et traceroute pour la joignabilité et le chemin, ss ou netstat pour les ports en écoute et les connexions, dig ou nslookup pour le DNS, curl -I pour un check HTTP rapide, et ip a / ip r pour les adresses et les routes. Quand un service est « down », la première question est souvent s’il est down ou injoignable — ces commandes y répondent. Un Analyste NOC vit dans cette boîte à outils.

ping -c 4 8.8.8.8
dig +short myapp.example.com
curl -I https://myapp.example.com
ss -tlnp | grep :443

Permissions et bases du shell

Comprenez le triplet de permissions (propriétaire, groupe, autres) et lecture/écriture/exécution, comment le changer avec chmod et chown, et pourquoi un service qui ne peut pas lire son fichier de config est souvent un problème de permissions. Connaissez sudo, comment changer d’utilisateur avec su -, et assez de scripting shell (variables, pipes, redirections, une simple boucle for) pour enchaîner des commandes. Pas besoin d’écrire de gros scripts pour commencer — mais vous devez savoir en lire un et l’ajuster. C’est la voie d’accès vers l’automatisation attendue d’un Ingénieur DevOps.

Une méthodologie de troubleshooting pour les incidents Linux

• Définissez le symptôme précisément : quel service, quel hôte, depuis quand.
• Vérifiez les quatre ressources en premier : disque, mémoire, CPU, réseau.
• Regardez le statut du service et ses logs récents autour de l’heure d’alerte.
• Vérifiez les changements récents : déploiements, modifications de config, mises à jour.
• Formez une hypothèse, testez la correction la moins coûteuse, et confirmez avant de clôturer.

Où aller ensuite

Ces compétences se cumulent : les mêmes réflexes Linux qui vous rendent utile comme Spécialiste supervision ou Analyste NOC sont la fondation pour Administrateur système Linux et finalement Ingénieur DevOps. Quand vous voudrez prouver le niveau sur papier, notre guide Quelles certifications pour une carrière en exploitation IT ? explique quelles certifications Linux et exploitation valent l’investissement. Pour voir comment ces compétences sont testées en entretien, lisez Questions d’entretien Monitoring Specialist : guide de préparation et Questions d’entretien NOC Analyst : guide de préparation.