Introduction à l’administration Linux

Hello everybody out there using minix -

I’m doing a (free) operating system (just a hobby, won’t be big and professional like gnu) for 386(486) AT clones. This has been brewing since april, and is starting to get ready. I’d like any feedback on things people like/dislike in minix, as my OS resembles it somewhat (same physical layout of the file-system (due to practical reasons) among other things).

I’ve currently ported bash(1.08) and gcc(1.40), and things seem to work. This implies that I’ll get something practical within a few months, and I’d like to know what features most people would want. Any suggestions are welcome, but I won’t promise I’ll implement them :-)

Linus

Objectifs
Prérequis
Évaluation
TD0 : le shell Bash
1. Objectifs
2. Déroulé
TD1 : installation du système
1. Objectifs
2. Déroulé
TD2 : configuration d’un serveur Linux
1. Objectifs
2. Déroulé
TD3 : développement d’un script d’administration

Objectifs

Ce cours est l’occasion de vous initier au fonctionnement d’un système GNU/Linux et à son administration.

À l’issue du mini-projet, vous serez capable d’installer et configurer un serveur Linux. Vous aurez connaissance des tâches de base qui incombent aux administrateurs système, et pourrez en automatiser une partie : vous connaîtrez le langage du shell Bash et sa mise en œuvre dans un script exécutable.

Prérequis

Aucun, ou presque ! Quelques ressources pourront vous aider au cours du projet :

La documentation en français pour un serveur sous Ubuntu. Certaines informations peuvent être un peu datées, mais elle a le mérite de couvrir un large éventail de sujets ;
Le Ubuntu Server Guide, en anglais, est écrit par Canonical, la société éditrice d’Ubuntu. N’hésitez pas à vous y référer, elle est à jour et très complète ;
Le livre de Vincent Lozano, Tout ce que vous avez toujours voulu savoir Unix sans jamais oser le demander, est un manuel pour débutants très complet.

Évaluation

Vous restituerez ce mini-projet en produisant une archive contenant tous les fichiers que vous jugerez utile de fournir, ainsi qu’un compte-rendu comportant vos réponses aux questions qui seront posées tout au long du sujet, et toute remarque ou commentaire que vous souhaiteriez ajouter.

🔎 Les paragraphes précédés de ce symbole vous invitent à faire des recherches rapides pour compléter votre réponse.

TD0 : le shell Bash

Objectifs

Ces exercices ont pour objet de vous familiariser avec l’usage du shell. La ligne de commande a de nombreux avantages : uniformité des commandes, flexibilité, répétabilité, accès à distance et automatisation… Mais tout a un prix ! En contrepartie, il faut apprendre et mémoriser les commandes essentielles. Seule la pratique vous permettra d’être efficace face à un shell.

Déroulé

Si vous n’avez pas de shell Bash à disposition, vous pouvez utiliser un shell en ligne, comme proposé par replit ou OnlineGDB. Attention, votre session sera temporaire et vous ne retrouverez pas votre travail à la prochaine connexion.

Sur votre machine, si vous utilisez Windows, vous pouvez également activer WSL2 ou installer Git Bash.

Reportez vos réponses au fur et à mesure dans votre compte-rendu, et n’oubliez pas de sauvegarder votre travail !

🔎 Prévoyez dans le compte-rendu une section “mémento” dans laquelle vous listerez toutes les commandes que vous utiliserez, avec une courte phrase explicative pour chacune d’entre elles. Pour obtenir des informations sur une commande, votre réflexe doit être man. Par exemple, pour afficher le manuel de la commande ls, on tape :

man ls

Et on obtient :

Parfois, ces pages de manuel ne fournissent pas d’exemple d’utilisation d’une commande. Il existe une base de données communautaire pour cela, tldr.sh.

Pour vous aider à démarrer, voici une liste des commandes que vous allez devoir utiliser : base64, cat, cd, cp, diff, du, echo, find, grep, ls, mkdir, mv, pwd, rm, sort, tar, touch, uniq, wc.

Quel est votre nom d’utilisateur ? Affichez la valeur de la variable d’environnement $USER.
Identifiez le répertoire dans lequel vous vous situez au démarrage de votre shell.
Trouvez le chemin du fichier os-release dans l’arborescence. Combien de fichiers trouvez-vous ? Quelle différence y a-t-il entre eux ? Affichez leur contenu.

Note : la commande va retourner de nombreuses erreurs de permissions en lecture pour les chemins que la commande va lister. Sous Linux, tout processus a un flux d’entrée stdin (standard input) et deux flux de sortie stdout (standard output) et stderr (standard error). Lorsque vous souhaitez ne pas afficher les erreurs retournées par une commande, vous pouvez rediriger son flux stderr vers un fichier spécial, /dev/null, qui supprime toutes les données qui y sont écrites.

Pour effectuer cette redirection, préfixez le chevron par un 2 :
```
 ma_commande 2> /dev/null
```
Déplacez-vous à la racine de l’arborescence en utilisant son chemin relatif : à partir de tout répertoire, . désigne le chemin courant, et .. désigne le répertoire parent. Comment auriez-vous fait pour vous déplacer à la racine par chemin absolu ?
Affichez les fichiers et répertoires à la racine. Si certains sont cachés, ils doivent apparaître dans la sortie de votre commande. Reconnaissez-vous la hiérarchie standard d’un système de fichiers Unix ? Quelles différences pouvez-vous identifier ?
Déplacez-vous dans votre répertoire utilisateur (home, en anglais). Pour cela, utilisez la variable d’environnement $HOME.
Créez un répertoire exercices dans votre home.
Déplacez-vous dans ce répertoire.
Créez un fichier exercices.txt.
Dans ce fichier, sans utiliser d’éditeur de texte (indice : vous allez utiliser une redirection), écrivez les pangrammes suivant :

The quick brown fox jumps over the lazy dog.
Waltz, bad nymph, for quick jigs vex.
Glib jocks quiz nymph to vex dwarf.
Sphinx of black quartz, judge my vow.
Sphinx of black quartz, judge my vow.
How vexingly quick daft zebras jump!
The five boxing wizards jump quickly.
Jackdaws love my big sphinx of quartz.
Ajoutez la ligne suivante au fichier :

Pack my box with five dozen liquor jugs.
Affichez le contenu du fichier.
Comptez le nombre de pangrammes que contient le fichier.
Comptez le nombre d’occurrences du mot quick (indice : vous allez chaîner deux commandes). Attention, quickly ne doit pas être compté !
Un pangramme apparaît en double dans le fichier. Dans une même commande, triez les pangrammes par ordre alphabétique (sur leur première lettre), débarrassez-vous du doublon, et écrivez le résultat dans un nouveau fichier pangrammes.txt.
Affichez les différences entre exercices.txt et pangrammes.txt. Redirigez le résumé de ces différences dans un fichier diff.txt.
Supprimez le fichier exercices.txt. Renommez le fichier pangrammes.txt en td0.txt.
Le texte suivant est codé. Trouvez comment lui redonner sens. La sortie de la commande sera sauvegardée dans un fichier decode.txt :

TmV2ZXIgZ29ubmEgZ2l2ZSB5b3UgdXAKTmV2ZXIgZ29ubmEgbGV0IHlvdSBkb3duCk5ldmVyIGdv
bm5hIHJ1biBhcm91bmQgYW5kIGRlc2VydCB5b3UKTmV2ZXIgZ29ubmEgbWFrZSB5b3UgY3J5Ck5l
dmVyIGdvbm5hIHNheSBnb29kYnllCk5ldmVyIGdvbm5hIHRlbGwgYSBsaWUgYW5kIGh1cnQgeW91
Cg==
Copiez votre répertoire exercices et donnez-lui le nom td0.
Créez une archive td0.tar contenant votre répertoire td0.
Combien d’octets pèse cette archive ? Combien d’octets pèse le répertoire td0 ?
Une fois l’archive créée, supprimez le répertoire exercices. Attention : relisez bien votre commande avant de l’exécuter, car il n’y a pas d’annulation possible.

TD1 : installation du système

Objectifs

Ce premier TD ne concerne pas l’installation d’une distribution Linux “de bureau” que vous utiliseriez au quotidien sur votre machine. Notre cours adresse la question de l’administration d’un système Linux : nous allons mettre en place une machine virtuelle (VM, pour Virtual Machine) Linux qui fera office de serveur.

Half-filled server rack

Alexis Lê-Quôc

Sur la photo ci-dessus, on voit une baie de serveurs en cours de montage. Les machines sont disposées ainsi dans un souci de minimiser leur encombrement et de faciliter leur refroidissement. On s’imagine mal devoir brancher claviers et écrans en cas d’intervention ! Pour cela, on accède au système à distance, grâce à un protocole célèbre : SSH (pour Secure Shell).

Vous accéderez donc toujours via SSH à la machine virtuelle que vous allez déployer.

Déroulé

Installation de VirtualBox

Créer des machines virtuelles, c’est virtualiser les ressources physiques du système hôte, pour les partager entre des systèmes invités. Ce type de virtualisation est assisté par le matériel, qui fournit les fonctionnalités d’isolation requises pour assurer l’étanchéité entre les VM.

Cela permet de faire fonctionner, sur une même machine (l’hôte), de nombreux systèmes d’exploitation (invités) complets et hétérogènes, de manière indépendante, sur des ressources matérielles partagées.

Du point de vue d’une machine virtuelle, son environnement d’exécution est perçu comme une plateforme à part entière – alors qu’il est en réalité un sous-ensemble des ressources matérielles de la plateforme hôte. Ce sous-ensemble est créé et géré par un hyperviseur (ou VMM, pour Virtual Machine Manager), un logiciel de bas niveau qui peut être exécuté en tant que système d’exploitation, ou comme un processus géré par le système d’exploitation hôte.

L’hyperviseur a pour responsabilité la gestion du cycle de vie des machines virtuelles : création, exécution, destruction et parfois migration des VM sont assurées par l’hyperviseur.

Il existe deux abstractions pour un hyperviseur :

Type-1 (bare-metal hypervisors) : ces hyperviseurs fonctionnent à même le matériel de la machine hôte, sans l’intervention d’un système d’exploitation – on peut considérer qu’ils sont eux-mêmes une forme de système d’exploitation. L’absence d’OS hôte entre le matériel et l’hyperviseur garantit une sécurité supérieure (la surface d’attaque est réduite) et de meilleures performances (moins d’indirection). Parmi les hyperviseurs type-1 de référence, on trouve VMware ESXi, KVM, Xen ou Hyper-V ;
Type-2 (hosted hypervisors) : ces hyperviseurs s’exécutent en tant que processus d’un système d’exploitation hôte tel que Linux ou Windows. Ce sont des produits dédiés aux consommateurs finaux (nous !), qui leur permettent de manipuler des systèmes d’exploitation hétérogènes sur une même machine hôte. Les plus célèbres sont QEMU et VirtualBox.

Installez VirtualBox : choisissez le Platform package adapté à votre système hôte.

Création de la VM

Deux notions sont importantes pour cette étape :

Image disque : un fichier, souvent d’extension .iso ou .img, qui représente un média amorçable (bootable) que l’on pourrait copier sur un disque flash par exemple. Il contient un chargeur d’amorçage et un système d’exploitation. Ces images disques sont utilisées pour installer un nouvel OS sur une machine, physique ou virtuelle ;
Disque virtuel : un fichier, souvent d’extension .vdi, qui représente le disque d’amorçage d’un système d’exploitation.

Téléchargez une image disque de Ubuntu Server. Note : elle est à votre disposition sur un disque partagé de l’école, sous N:\inf\Linux.
Dans la fenêtre principale de VirtualBox, cliquez sur le bouton “Nouvelle” et suivez le guide :
- 2048 Mo de mémoire vive devraient suffire ;
- Choisissez de créer un disque dur virtuel, de type VDI, dynamiquement alloué avec une taille de départ de 20 Go.

⚠️ Cochez la case “Skip Unattended Installation (VirtualBox 7.0 et plus) ! Sans cela, VirtualBox essaiera d’installer l’OS invité à votre place. C’est très pratique, mais contraire à l’objectif de ce TD…

Démarrez votre VM fraîchement créée. VirtualBox va vous demander de choisir un disque de démarrage. Ajoutez l’image disque que vous avez téléchargée, ubuntu-22.04.1-live-server-amd64.iso.

⚠️ Si le démarrage de la VM se solde par une erreur Kernel panic, vérifiez que VirtualBox lui a bien attribué 2 CPU. Vous trouverez ce paramètre dans la configuration de la machine virtuelle, sous Système > Processeur.
Si tout s’est bien passé, voici l’écran que vous devriez voir s’afficher :

C’est le chargeur d’armoçage, GRUB. Vous pouvez valider le choix Try or Install Ubuntu Server et poursuivre le démarrage de l’OS.

Installation d’Ubuntu Server

Vous allez pouvoir vous lancer dans l’installation du système à proprement parler. Un assistant va vous guider tout au long de la procédure : vous pouvez utiliser les flèches du clavier et la touche de tabulation ↹ pour naviguer entre les boutons et les écrans.

Choisissez la langue et la disposition du clavier de votre choix. Si vous utilisez un clavier Azerty, la disposition à choisir est “French”.
Le type d’installation à sélectionner est la première, Ubuntu Server (et non pas minimized) :
La connexion au réseau devrait s’effectuer d’elle-même. Vous n’avez pas besoin de préciser d’adresse de proxy. L’adresse du miroir d’archive Ubuntu est correcte par défaut.
Vous arrivez à l’étape de configuration du stockage. Sélectionnez “Custom storage layout” :

Partitionnement

Créez deux partitions : une pour la racine du système de fichiers, et une pour les répertoires utilisateur. Chacune prendra la moitié de l’espace disque total. Formatez-les avec le système de fichiers ext4.
Faîtes une capture d’écran du schéma de partitionnement final et ajoutez-la à votre compte-rendu.

🔎 À votre avis, à quoi sert de partitionner le disque sur lequel on installe un système ? En un court paragraphe, proposez une réponse dans votre compte-rendu.

Serveur SSH

L’assistant d’installation vous demandera ensuite des informations sur votre profil et le nom de la machine.

À l’étape suivante, on vous propose d’installer le serveur OpenSSH. C’est ce service qui vous permettra d’accéder à distance à votre machine.

Si vous avez déjà un jeu de clefs SSH, vous pouvez les importer. Sinon, vous vous connecterez avec votre identifiant et votre mot de passe.

🔎 Qu’est-ce que sont ces clefs ? À quoi servent-elles ? En un court paragraphe, proposez une réponse dans votre compte-rendu.

Finalisation

La dernière étape vous propose une liste de paquets suggérés : n’en sélectionnez aucun et poursuivez jusqu’à la fin de l’installation d’Ubuntu.

Lorsque c’est fini, vous pouvez choisir de “Redémarrer maintenant”.

TD2 : configuration d’un serveur Linux

Objectifs

Cette seconde partie va nous permettre d’aborder les questions de réseau et de services.

À l’issue de ce TD, vous aurez configuré un accès distant à votre machine virtuelle. Votre système hébergera un serveur web.

Déroulé

Réseau virtuel et règles du pare-feu

Pour accéder à votre machine virtuelle via son serveur SSH, il vous faut un… client SSH.

SSH est un ensemble de logiciels qui fonctionnent selon le modèle client/serveur :

sur la machine distante (ici, votre VM), un serveur SSH est démarré, en attente d’une connexion. On dit qu’il écoute sur une adresse, à un port donné ;
sur la machine locale (ici, votre système hôte), un client SSH contacte la machine distante de la manière suivante :

ssh -p 22 utilisateur@10.0.0.1

On spécifie l’adresse du serveur SSH (ici, 10.0.0.1) et le port sur lequel il écoute (ici, 22, le port par défaut pour SSH). Linux est un système multi-utilisateurs, on spécifie donc l’identifiant avec lequel on souhaite se connecter.

Votre machine distante est connectée à un réseau virtuel géré par VirtualBox. Entre votre système hôte et votre VM, on trouve un pare-feu qui filtre les connexions entrantes :

Nous allons créer une règle dans ce pare-feu pour autoriser les connexions au serveur SSH de votre VM :

Depuis l’accueil de VirtualBox, faîtes un clic droit sur votre VM et cliquez sur “Configuration”.
Ouvrez l’onglet “Réseau”. Chaque VM peut avoir jusqu’à quatre interfaces réseau. Seule la première nous intéresse ici.
Déroulez les paramètres avancés et cliquez sur “Redirection de ports”. Créez la règle suivante :

Connexion SSH à la VM depuis votre système hôte

Puisque les étapes suivantes du projet consistent à développer des scripts Bash, nous allons utiliser un IDE (Integrated Development Environment) livré avec un terminal et un client SSH.

Si vous ne l’avez pas déjà installé, Visual Studio Code est un excellent IDE, développé par Microsoft. Récupérez VSCode et exécutez-le sur votre machine.
VSCode est un IDE modulaire : cela signifie que de nombreuses fonctionnalités sont accessibles via l’installation d’extensions. Microsoft propose une extension Remote - SSH qui permet de se connecter à une machine via SSH pour y travailler à distance. Installez l’extension :

⚠️ Il est possible que l’installation de l’extension échoue sur le réseau de l’école. Vous pouvez installer l’extension manuellement, en téléchargeant le fichier .vsix sur la page de l’extension.
Connectez-vous à votre machine virtuelle :
Rentrez le mot de passe de votre utilisateur :
Créez un répertoire pour vos travaux grâce au terminal (s’il n’est pas ouvert par défaut, passez par le menu : Terminal > Nouveau terminal). Ouvrez ce répertoire dans VSCode pour commencer à travailler :

Gestion des paquets logiciels sous Ubuntu

La plupart des distributions Linux reposent sur un système de paquets pour l’installation de logiciels. Un paquet est une archive qui contient :

les fichiers nécessaires à l’exécution d’un logiciel (c’est-à-dire le binaire de l’application) ;
les métadonnées nécessaires à l’exécution d’un logiciel (notamment sa liste de dépendances, c’est-à-dire les paquets supplémentaires indispensables à son bon fonctionnement, comme des bibliothèques par exemple) ;
la documentation du logiciel ;
éventuellement le code source du logiciel (paquets nommés avec le suffixe -dev sous Ubuntu).

Le système de paquets utilisé par Ubuntu est dérivé de celui de Debian, la distribution “mère” d’Ubuntu. Cela explique l’extension des paquets Ubuntu, .deb.

Vous interagirez rarement avec un paquet .deb. La plupart du temps, on utilise un gestionnaire de paquets pour travailler dans les dépôts logiciels de sa distribution. Ubuntu est livrée avec APT (pour Advanced Packaging Tool). APT est capable de lire l’index des paquets pour chercher, installer, mettre à jour ou supprimer un logiciel et ses dépendances – c’est la force d’un gestionnaire de paquets, qui automatise ces processus parfois fastidieux.

Pour installer un paquet sur votre système, il faudra agir avec les droits superutilisateur. Sous Ubuntu, le compte root est désactivé par défaut, vous ne pourrez donc pas utiliser su pour vous connecter en tant que superutilisateur.

Toutefois, l’utilisateur que vous avez créé lors de l’installation a la permission d’élever ses privilèges le temps de l’exécution d’une commande. Pour cela, on préfixe la commande que l’on souhaite passer par sudo. Commencez par mettre à jour l’index des paquets avec apt :

sudo apt update

Installation d’un paquet

Nous allons déployer un serveur web sur la VM en utilisant le gestionnaire de paquets.

Un serveur web est un logiciel qui permet de servir du contenu via le protocole HTTP.

Tout comme OpenSSH, Nginx est considéré par Ubuntu comme un service. Sous Ubuntu, les services sous gérés par systemd. Pour interagir avec les services du système, on utilise la commande systemctl.

En vous appuyant sur la documentation, utilisez apt pour installer le serveur web nginx.
Dans l’arborescence de votre VM Ubuntu, où se situe le répertoire de configuration de nginx ? Expliquez rapidement le rôle des répertoires et fichiers qui s’y trouvent et vous semblent importants.
Parcourez la configuration par défaut. Sur quelle adresse écoute le serveur web ? Quel est le port HTTP par défaut ? Confirmez vos hypothèses avec la commande ss.
Comment vérifier l’état du serveur web ? C’est-à-dire, comment savoir s’il est en cours d’exécution ou arrêté, s’il est en erreur…
Comment stopper ou démarrer nginx ?
Ouvrez le port associé au serveur web dans la table NAT de VirtualBox.
Comment pouvez-vous accéder aux pages servies par nginx depuis votre système hôte ?
Modifiez le contenu de la page par défaut et vérifiez le résultat.

Surveillance des journaux système

L’un des rôles clefs de l’administrateur système consiste à superviser le système dont il ou elle est en charge.

Linux fournit un mécanisme de journaux, fichiers texte qui centralisent les informations remontées par les services du système.

systemd fournit un utilitaire, journalctl, qui centralise les journaux du système. Nous allons mettre en place une tâche programmée, appelée cron job, qui s’exécutera une fois par jour et synthétisera les informations importantes remontées par le serveur SSH et le serveur web qui tournent sur votre VM.

Quels sont les chemins vers les journaux de nginx ? Où avez-vous trouvé cette information ? Quel rôle joue chacun de ces fichiers journaux ?
Comment consulter les journaux du serveur SSH via journalctl ?
Observez le comportement de journalctl pour une connexion SSH réussie, puis pour une connexion SSH échouée. Remarquez-vous un formalisme dans les messages remontés ?
Comment consulter les journaux du serveur web via journalctl ?
Créez une tâche cron (indice : man crontab) qui crée, chaque jour à 3:00 du matin, un fichier récapitulatif de l’état de SSH et nginx. Ce fichier sera stocké sous /root/logs et sera nommé sous la forme suivante : journalctl_1970-01-01.log (la commande date permet de générer et formater des dates).

Note : la syntaxe du fichier crontab n’est pas forcément évidente à maîtriser. N’hésitez pas à vous appuyer sur un utilitaire comme crontab.guru.

TD3 : développement d’un script d’administration

Objectifs

Vous allez écrire un script Bash qui permet d’exécuter des tâches d’administration de deux manières :

interactive : l’exécution du script sans arguments ouvre un menu qui liste les actions possibles, et permet à l’utilisateur de sélectionner la tâche qu’il souhaite effectuer. Dès lors que celle-ci se termine, le menu doit s’afficher de nouveau ;
en lot (ou batch): en passant des paramètres au script, celui-ci doit exécuter l’action voulue et rendre la main à l’utilisateur.

Fonctionnalités attendues

Votre script devra permettre d’effectuer les quatre actions suivantes :

Mise à jour de l’index des dépôts logiciels ;
Mise à jour des logiciels installés ;
Création d’une sauvegarde de la configuration du système :
- SSH ;
- nginx ;
- crontab ;
Création d’un rapport sur l’état du système :
- Load average ;
- Processus consommateurs de ressources ;
- Mémoire disponible ;
- Utilisation du disque ;
- État des services.

Voici quelques pistes parmi les commandes qui pourront vous aider à alimenter les rapports système : df, free, ps, top, uptime…

Pour les formater, vous aurez besoin d’extraire et isoler certaines informations. À ces fins, utilisez awk, cut, grep, sed…

Mode interactif

Voici un exemple de fonctionnement attendu en mode interactif :

L’appel au script en mode interactif se fait sans passage d’arguments :

vincent@LAP-308:~/linux-admin$ ./linux-admin.sh

La boucle de menu peut être conçue de la manière suivante :

while read -r line; do
  if [[ "${line}" = "0" ]]; then
    cleanup
  elif [[ "${line}" = "1" ]]; then
    update_repositories
  elif [[ "${line}" = "2" ]]; then
    upgrade_packages
  elif [[ "${line}" = "3" ]]; then
    create_backup
  elif [[ "${line}" = "4" ]]; then
    create_report
  else
    msg "${RED}You must pick a number as specified above.${NOFORMAT}"
  fi

  print_menu
done

Mode batch

Voici un appel au script en mode batch pour réaliser l’opération de mise à jour des dépôts :

vincent@LAP-308:~/linux-admin$ ./linux-admin.sh --update-repositories

Vous devez donc détecter le passage – ou l’absence de passage – de flags à l’appel du script pour passer dans le mode approprié. Les arguments passés au script sont séparés par des espaces et interprétés de manière positionnelle par Bash. Ils sont numérotés de 1 à 9 dans les variables spéciales $1, $2, $3, …, $9. La variable $0 contient le chemin d’appel du script.

Qualité du code

Un script shell est potentiellement dangereux : certaines commandes produisent des effets de bord qui peuvent être indésirables, et votre script d’administration demandera les privilèges superutilisateur pour une partie de ses fonctionnalités !

Afin de limiter les mauvaises surprises, vous utiliserez un squelette de script Bash sans danger. L’auteur de ce squelette donne de nombreuses informations et détaille sa mise en œuvre dans un article qu’il vous est recommandé de lire de son intégralité avant de démarrer.

Par ailleurs, vous utiliserez l’extension VSCode shellcheck. Cet utilitaire permet de vérifier en temps réel la qualité du code que vous écrivez. Il vous évitera de vous arracher les cheveux et rendra votre code plus sûr.

🔎 Lorsque shellcheck vous remonte un avertissement ou une erreur, reportez-le dans votre compte rendu et expliquez comment vous l’avez traité et résolu.