Apprendre NGINX en 30 jours au Maroc : un plan pratique semaine par semaine

Définir un résultat mesurable à atteindre

Avant d’installer quoi que ce soit, formulez un résultat que vous pourrez démontrer le trentième jour. Par exemple : « Je sais installer ou lancer NGINX dans mon environnement, servir une page statique, configurer deux chemins, vérifier la syntaxe, recharger le service et expliquer où consulter les journaux. Je peux aussi transférer les requêtes d’un chemin vers une application locale de test. » Cette cible reste volontairement limitée : elle permet de vérifier des gestes utiles sans prétendre maîtriser toute l’administration d’un serveur.

NGINX est un serveur web qui peut également agir comme proxy inverse et répartiteur de charge. Pour un premier mois, concentrez-vous sur le service de fichiers statiques et le proxy HTTP simple ; gardez l’équilibrage de charge, TLS avancé et l’exploitation en production pour une suite. La documentation officielle pour débutants présente précisément les premières opérations, la structure de configuration, le contenu statique et le proxy. ([nginx.org](

Évaluez aussi votre point de départ. Êtes-vous à l’aise pour naviguer dans des dossiers, modifier un fichier texte et lancer une commande dans un terminal ? Savez-vous ce qu’est une adresse IP, un port et une requête HTTP ? Notez vos réponses. Si certains points sont nouveaux, consacrez la première semaine à les éclaircir plutôt que d’accumuler des directives NGINX sans comprendre leur contexte.

• Livrable final : un dossier de projet avec une configuration lisible, une page de test et des notes de vérification.
• Critère de réussite : vous pouvez reproduire votre configuration depuis un environnement propre et expliquer le rôle des blocs principaux.
• Rythme de référence : 45 à 60 minutes par jour, cinq jours par semaine ; ajoutez une séance de révision si votre emploi du temps le permet.

Semaine 1 : découvrir l’environnement

Objectif de la semaine : comprendre le rôle de NGINX, démarrer un environnement de test et repérer où se trouvent la configuration et les journaux. Travaillez sur une machine personnelle, un environnement Linux de test ou une machine virtuelle. Évitez de modifier un serveur professionnel ou accessible au public pour apprendre : une erreur de configuration peut rendre un service indisponible.

Jour 1, dessinez le parcours d’une requête : navigateur, serveur NGINX, fichier demandé ou application en arrière-plan, puis réponse. Jour 2, installez ou lancez NGINX en suivant les instructions adaptées à votre système. Les méthodes d’installation varient selon le système d’exploitation ; utilisez les instructions officielles plutôt qu’une commande trouvée sans contexte. Jour 3, repérez le fichier principal de configuration et identifiez les blocs `http`, `server` et `location`. Jour 4, observez la page par défaut et relevez le port utilisé ainsi que le résultat reçu dans le navigateur. Jour 5, rédigez une courte fiche : comment démarrer le service, où se trouve la configuration dans votre environnement, comment consulter le statut et où chercher les journaux.

Gardez une trace des différences entre votre environnement et les exemples de documentation. Les chemins de fichiers peuvent dépendre de l’installation. Le guide officiel mentionne plusieurs emplacements possibles pour `nginx.conf` et explique les signaux de contrôle tels que le rechargement de configuration. ([nginx.org](

• Temps indicatif : 4 à 5 heures sur la semaine.
• Exercice concret : créez une page HTML avec un titre, un paragraphe et une date de modification, puis identifiez le dossier servi par la configuration.
• Jalon d’auto-évaluation : sans tutoriel ouvert, expliquez en quelques phrases la différence entre un processus principal et les processus qui traitent les requêtes, et montrez comment vous retrouvez la configuration.

Semaine 2 : maîtriser les opérations de base

Objectif de la semaine : modifier une configuration minimale et vérifier le résultat à chaque changement. Apprenez à lire la syntaxe avant d’ajouter des directives : les blocs sont délimités par des accolades et de nombreuses directives simples se terminent par un point-virgule. Les contextes déterminent où une directive peut être placée.

Commencez par servir votre propre page statique. Dans un bloc `server`, configurez un chemin de fichiers et testez la page dans le navigateur. Ajoutez ensuite un chemin de type `/images/` qui pointe vers un dossier contenant une image de test. Essayez une adresse qui n’existe pas et observez la réponse d’erreur. Ce travail vous aide à comprendre comment NGINX associe les requêtes aux blocs `location` et aux ressources locales.

Après chaque modification, lancez le contrôle de syntaxe prévu par votre installation avant de recharger le service. En cas d’échec, relevez le message exact, corrigez une seule chose à la fois, puis refaites le contrôle. Le rechargement applique la configuration si elle est valide ; le guide NGINX indique que, si la vérification échoue, le service conserve la configuration précédente. ([nginx.org](

En fin de semaine, entraînez-vous à lire les journaux d’accès et d’erreur. Pour une page absente, cherchez si la requête a été reçue et quel chemin a été demandé. Pour une erreur de configuration, partez du message de syntaxe au lieu de modifier plusieurs lignes au hasard.

• Temps indicatif : 4 à 5 heures.
• Exercice 1 : servir une page d’accueil locale et confirmer son affichage.
• Exercice 2 : créer un chemin dédié aux images, tester une image existante et constater le comportement pour un fichier absent.
• Jalon : vous savez contrôler la syntaxe, recharger le service et expliquer la différence entre une erreur de configuration et une ressource introuvable.

Semaine 3 : appliquer les acquis à un cas réel

Objectif de la semaine : comprendre le proxy inverse à travers un cas représentatif. Lancez une petite application de test sur un port local différent de celui utilisé par NGINX, ou utilisez un serveur local très simple. Configurez NGINX pour servir directement les fichiers statiques et transmettre un autre chemin à cette application. Ainsi, vous observez les deux usages sans déployer de service sur Internet.

Commencez par décrire le chemin de la requête avant de toucher à la configuration : quel nom d’hôte ou port reçoit la demande ? Quel bloc `server` est sélectionné ? Quel bloc `location` correspond au chemin ? La directive de proxy indique ensuite à quelle adresse l’application en arrière-plan reçoit la requête. La documentation officielle décrit ce principe et explique que le comportement de l’URI peut varier selon la façon dont l’adresse est écrite dans `proxy_pass`. ([nginx.org](

Faites des tests simples et reproductibles : une requête à la racine doit retourner la page statique ; un chemin réservé à l’application doit obtenir sa réponse ; un chemin inconnu doit produire un résultat que vous savez diagnostiquer. Notez l’adresse, le chemin demandé, le statut reçu et l’endroit où vous avez trouvé l’information dans les journaux.

Ne cherchez pas encore à optimiser les performances ou à configurer une architecture multi-serveurs. Une configuration compréhensible et testée est plus utile à ce stade qu’un fichier complexe copié d’un exemple dont vous ne maîtrisez pas les effets.

• Temps indicatif : 4 à 5 heures.
• Exercice concret : NGINX sert `/` depuis un dossier local et transmet `/app/` à une application accessible uniquement sur la machine de test.
• Jalon : vous pouvez expliquer le rôle de NGINX, celui du serveur applicatif et le chemin suivi par une requête.

Semaine 4 : finaliser et vérifier son résultat

Objectif de la semaine : livrer un mini-projet propre, documenté et reproductible. Rangez les fichiers, retirez les essais devenus inutiles et ajoutez des commentaires seulement lorsqu’ils clarifient un choix. Gardez une copie de la configuration initiale ou une méthode de retour arrière adaptée à votre environnement de test.

Votre réalisation finale peut être un petit site de démonstration : une page d’accueil et des ressources statiques servies localement, plus un chemin transmis à une application de test. Ajoutez un fichier README avec les prérequis, les étapes de lancement, les commandes de validation disponibles dans votre environnement et trois tests à reproduire. Ne publiez pas de secret, de donnée personnelle ou de configuration sensible dans un dépôt public.

Vérifiez la configuration après chaque dernière modification, puis testez les chemins attendus. Reproduisez aussi une panne volontaire en environnement local : arrêtez l’application d’arrière-plan ou demandez un fichier inexistant, observez l’erreur et expliquez ce que les journaux vous apprennent. Rétablissez ensuite le service et vérifiez que les tests passent de nouveau.

Terminez par une auto-évaluation honnête : pouvez-vous expliquer les blocs, localiser les journaux, identifier une erreur de syntaxe et décrire le rôle du proxy ? Si une réponse est incertaine, notez la question à approfondir plutôt que de déclarer le sujet maîtrisé.

• Temps indicatif : 4 à 5 heures.
• Livrable : configuration commentée, page HTML, éventuellement application de test, README et résultats des tests.
• Jalon final : une autre personne peut suivre vos notes pour reproduire le résultat dans un environnement comparable.

Adapter le rythme et poursuivre après 30 jours

Si vous disposez de moins de temps, gardez le même ordre mais étalez chaque semaine sur deux semaines calendaires. Une pratique régulière de 30 à 45 minutes est plus facile à maintenir que de longues séances irrégulières. Si vous avez déjà de l’expérience Linux et réseau, consacrez moins de temps à la découverte et approfondissez plutôt les journaux, la sélection des blocs et les tests.

Après ce premier mois, choisissez la prochaine compétence en fonction de votre objectif : administration système, déploiement d’applications, sécurité web ou exploitation cloud. Un objectif de production appelle des connaissances supplémentaires sur TLS, les mises à jour, les permissions, la supervision, les sauvegardes et les procédures de retour arrière. Étudiez chaque sujet avec une documentation à jour et un environnement isolé avant toute intervention réelle.

Au Maroc, des dispositifs de montée en compétences et de reconversion dans le numérique existent, mais ils ne sont pas nécessairement centrés sur NGINX. JobInTech présente des formations qualifiantes intensives dans plusieurs domaines du numérique ; vérifiez le contenu des parcours proposés au moment de candidater. Le ministère décrit également ce programme dans le cadre de l’upskilling et du reskilling. ([jobintech.academy](

• Pour consolider : refaire le projet sans suivre pas à pas un tutoriel.
• Pour élargir : apprendre TLS et le fonctionnement des certificats après avoir compris le proxy HTTP.
• Pour préparer un portfolio : présenter la configuration de test, les vérifications et les limites du projet, sans exposer d’informations sensibles.

Le parcours, étape par étape

1. 11. Fixer le résultat — Choisissez un livrable limité : site statique fonctionnel, configuration valide et proxy local de démonstration. Notez votre niveau Linux et réseau.
2. 22. Préparer un environnement isolé — Installez ou lancez NGINX sur une machine de test. Repérez sa configuration et ses journaux sans intervenir sur un serveur en production.
3. 33. Pratiquer les opérations fondamentales — Servez une page, ajoutez un chemin pour des fichiers statiques, testez une erreur, contrôlez la syntaxe et rechargez le service.
4. 44. Réaliser un cas de proxy inverse — Faites transmettre un chemin à une application locale et vérifiez le résultat dans le navigateur et les journaux.
5. 55. Documenter et s’auto-évaluer — Livrez la configuration et un README reproductible. Rejouez les tests, expliquez les blocs et listez les sujets à approfondir.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. Guide officiel pour débuter avec NGINX nginx.org
2. Documentation officielle NGINX — installation nginx.org
3. Documentation officielle NGINX — module proxy HTTP nginx.org
4. JobInTech — programme de formation numérique au Maroc jobintech.academy
5. Ministère — Upskilling et reskilling mmsp.gov.ma
6. FormaGroup — formations NGINX formagroup.ma