Linux fait tourner l’essentiel des serveurs web, des bases de données, des conteneurs et des hyperviseurs. Dans beaucoup d’équipes informatiques pourtant, il est administré par des personnes formées d’abord sur Windows, qui ont appris « sur le tas » les commandes nécessaires. Le serveur fonctionne, jusqu’au jour où il faut comprendre pourquoi il ne fonctionne plus.
La différence entre savoir utiliser Linux et savoir l’exploiter tient à quelques réflexes.
Savoir où regarder quand un service tombe
Sur les distributions actuelles, les services sont gérés par systemd. La première question devant une panne n’est pas « comment le relancer ? », mais « pourquoi s’est-il arrêté ? ». L’état du service, ses derniers messages dans le journal et l’heure de son arrêt répondent la plupart du temps en quelques minutes.
Le réflexe suivant consiste à vérifier les ressources : disque plein, mémoire épuisée, processus qui consomme tout le processeur. Un nombre étonnant d’incidents de production tient à un journal applicatif qui a rempli la partition.
Maîtriser les droits plutôt que les contourner
Le contournement le plus répandu sur un serveur Linux est de tout faire en administrateur. Il fonctionne, jusqu’au moment où une application compromise hérite de tous les droits, ou où un fichier créé par le mauvais compte empêche un service de démarrer.
Les bons réflexes sont simples : un compte par personne, l’élévation de privilèges par sudo et tracée, des services qui tournent sous leur propre compte, et des droits sur les fichiers donnés au plus juste. Ils rendent aussi les incidents plus faciles à comprendre, parce que chaque action a un auteur.
Durcir sans casser
Un serveur exposé, même indirectement, doit être réduit à ce dont il a besoin : les services inutiles arrêtés, l’accès SSH limité aux clés et aux comptes autorisés, un pare-feu qui n’ouvre que les ports nécessaires, des mises à jour de sécurité appliquées régulièrement.
L’ordre compte. Changer la configuration SSH d’un serveur distant sans garder une session ouverte, ou sans accès de secours, est la manière la plus rapide de se retrouver enfermé dehors. On teste chaque changement avant de fermer la porte derrière soi.
Planifier, tracer, restaurer
Les tâches récurrentes, comme une sauvegarde, une purge ou une synchronisation, doivent être planifiées et leur exécution tracée. Une tâche planifiée qui échoue en silence depuis trois mois est pire qu’une tâche absente, parce que tout le monde croit qu’elle fonctionne.
Enfin, une sauvegarde de configuration n’a de valeur que si l’on sait restaurer le serveur à partir d’elle. Le test se fait sur une machine de laboratoire, avant le jour où il devient nécessaire, et la procédure s’écrit pendant le test, pas après.
Valoriser la compétence : la certification LFCS
Pour un administrateur qui veut faire reconnaître ses compétences, la Linux Foundation propose la certification LFCS. L’examen est pratique : il se passe en ligne de commande, sur de vrais systèmes, et vérifie que le candidat sait installer, configurer, sécuriser et dépanner. C’est une bonne manière de structurer une montée en compétences, et un repère reconnu par les recruteurs.