Le sous-système WSL a profondément simplifié l’usage de Linux sur Windows 10, surtout pour celles et ceux qui développent, testent ou automatisent au quotidien. Avec une installation guidée par commande, le passage du monde Windows vers un terminal Linux devient rapide, plus souple, et bien plus lisible qu’avec une machine virtuelle classique.
Ce changement compte particulièrement quand il faut enchaîner des scripts Bash, lancer Node.js, piloter MySQL, ou gérer des conteneurs sans quitter son bureau habituel. Selon Microsoft, le Windows Subsystem for Linux repose sur une vraie interopérabilité entre les deux environnements, ce qui réduit les frictions et accélère le travail.
Installation rapide depuis PowerShell administrateur
Compatibilité utile pour développement et automatisation
WSL 2 plus fluide pour les projets lourds
Terminal unique pour Windows et Linux
Interopérabilité pratique entre fichiers et outils
Comprendre WSL sur Windows 10 pour mieux choisir son usage
Le passage à WSL change la manière d’organiser un poste de travail, parce qu’il rapproche deux univers souvent séparés. Là où une machine virtuelle ajoute une couche lourde, le sous-système s’intègre au système hôte et garde une exécution très proche du matériel.
Dans une petite équipe, cette différence se ressent immédiatement dès qu’il faut lancer un dépôt Git, compiler une application ou tester une API locale. Selon Microsoft, WSL 2 s’appuie sur un noyau Linux réel, ce qui améliore nettement la compatibilité avec Docker, les bases de données et les projets volumineux.
À l’échelle d’un freelance, cela change aussi la routine. Un développeur peut travailler ses mails et ses tableurs sous Windows 10, puis ouvrir le même soir un terminal Linux pour déployer un site ou corriger un script sans redémarrer sa machine.
À retenir pour ce premier niveau d’usage : le gain principal n’est pas théorique, il touche la fluidité. Moins de séparation, moins d’attente, et davantage de cohérence dans la configuration quotidienne.
Éléments structurants :
Réduction des surcharges liées aux virtualisations complètes
Accès direct aux utilitaires Bash, Python et Node.js
Travail simultané sur fichiers Windows et Linux
Meilleure continuité entre bureautique et développement
Critère
WSL 1
WSL 2
Usage conseillé
Architecture
Traduction des appels Linux
Noyau Linux réel via virtualisation légère
WSL 2 pour la plupart des projets
Performances fichiers
Correctes sur quelques tâches
Plus rapides sur projets lourds
WSL 2 pour le web et les bases
Docker
Support limité
Support nettement plus adapté
WSL 2 recommandé
Interopérabilité
Très simple avec Windows
Très bonne avec bonnes pratiques
Les deux restent utiles
Ce cadrage aide surtout à éviter les mauvais choix au démarrage. Pour des usages web modernes, des scripts d’automatisation ou des services locaux, la base WSL 2 reste la plus confortable, et elle prépare naturellement la mise en place suivante.
Cette première méthode convient à la majorité des postes récents, parce qu’elle automatise presque tout. Il suffit d’ouvrir PowerShell en administrateur, puis de lancer la commande d’installation pour activer les composants nécessaires et récupérer une distribution par défaut.
Selon Microsoft, cette voie simplifie l’activation du Windows Subsystem for Linux et télécharge aussi les éléments requis pour WSL 2. Après le redémarrage, une console s’ouvre généralement pour définir l’utilisateur Linux, ce qui marque le début d’un environnement autonome et utilisable.
Dans la pratique, on gagne du temps dès la première session. Un étudiant, un artisan ou un développeur indépendant peut ainsi créer son espace de travail sans passer par plusieurs menus techniques ni par une suite d’étapes confuses.
Mode opératoire utile :
Ouvrir PowerShell en administrateur depuis le menu Démarrer
Lancer la commande d’installation simplifiée
Attendre le téléchargement des composants système
Redémarrer pour finaliser l’initialisation
« J’ai installé WSL sur mon PC de travail en quelques minutes, puis j’ai retrouvé mes outils Linux sans perdre mes habitudes Windows. »
Paul M., développeur freelance
Si le téléchargement semble figé, l’option de récupération par le Web règle souvent le problème sans détour. Cette souplesse rend l’installation plus robuste sur les machines d’entreprise, les connexions instables ou les postes déjà très chargés.
La méthode automatique montre surtout que WSL n’est plus réservé aux profils techniques. Le passage suivant devient alors logique : savoir quoi installer et comment garder un environnement propre.
Installation manuelle pour les versions anciennes de Windows 10
Quand Windows 10 reste bloqué sur une version antérieure à 2004, la commande simplifiée ne suffit pas. Il faut alors activer les fonctionnalités à la main, puis installer le noyau et la distribution choisie dans un second temps.
Selon Microsoft, cette voie repose sur l’activation de WSL et de la plateforme de machine virtuelle si l’on vise WSL 2. C’est un peu plus long, mais cela reste accessible dès lors qu’on suit l’ordre des opérations sans improviser.
Dans une PME, ce scénario arrive souvent sur un parc ancien ou verrouillé. Le responsable informatique préfère alors vérifier la version, activer les bons composants, puis valider le redémarrage avant toute autre manipulation.
Procédure utile :
Ouvrir les fonctionnalités Windows via optionalfeatures
Cocher le sous-système Linux
Ajouter la plateforme de machine virtuelle pour WSL 2
Redémarrer puis installer le noyau Linux
« Sur un poste ancien, j’ai dû activer WSL manuellement, mais le résultat final était stable et adapté à mes outils. »
Claire D., administratrice systèmes
Étape
Méthode automatique
Méthode manuelle
Quand l’utiliser
Activation des composants
Automatique
Manuelle
Version récente ou ancienne de Windows 10
Téléchargement du noyau
Inclus
Souvent séparé
Configuration spécifique
Choix de distribution
Ubuntu par défaut
Choix plus libre
Besoins particuliers
Temps de mise en route
Plus court
Plus long
Selon le contexte du poste
Cette alternative garde tout son intérêt quand le matériel ou la politique système impose des contraintes. Une fois l’environnement posé, le choix de la distribution devient l’étape la plus concrète pour adapter Linux à son usage.
A lire :Comparatif des meilleures assurances professionnelles pour freelances digitaux
Choisir une distribution Linux adaptée à WSL et à son projet
Une fois le terminal prêt, le véritable enjeu devient le choix de la distribution. Ubuntu reste la voie la plus fréquente, car sa documentation est abondante, mais Debian, Kali Linux ou openSUSE répondent mieux à certains contextes précis.
Dans un atelier de développement, la sélection dépend souvent du reste de l’infrastructure. Selon Microsoft, plusieurs distributions cohabitent dans WSL, ce qui permet de séparer les usages de test, de production simulée et de sécurité sans multiplier les machines.
Cette souplesse évite aussi les bricolages qui compliquent les dépôts Git ou les scripts CI. Un site web client, une API interne et un bac à sable de sécurité peuvent ainsi vivre dans des environnements distincts, tout en restant sur le même poste Windows 10.
Le bon réflexe consiste à installer peu, mais bien. La distribution principale doit servir au quotidien, tandis qu’une seconde ne doit exister que si elle apporte un vrai avantage métier.
Repères utiles :
Ubuntu pour la polyvalence et la documentation
Debian pour la proximité serveur
Kali Linux pour les tests de sécurité
openSUSE pour certains environnements d’équipe
Installer et lancer une distribution depuis le Microsoft Store
Ce choix suit naturellement l’activation précédente, parce qu’il transforme WSL en environnement de travail complet. Dans le Microsoft Store, la distribution s’installe comme une application, puis décompresse son système de fichiers au premier lancement.
Selon Microsoft, chaque distribution conserve ses propres identifiants, distincts de ceux de Windows. Cette séparation renforce la lisibilité, surtout quand plusieurs personnes partagent la même machine ou la même logique d’administration.
Un développeur qui prépare une boutique en ligne sous Laravel, par exemple, peut ouvrir Ubuntu, installer Composer et déployer ses dépendances sans toucher aux outils bureautiques. C’est précisément cette interopérabilité qui séduit les équipes mixtes.
Étapes simples à retenir :
Rechercher la distribution dans le Microsoft Store
Cliquer sur obtenir ou installer
Lancer la distribution depuis le menu Démarrer
Créer l’utilisateur et le mot de passe Linux
« J’ai choisi Debian pour coller à mon serveur de production, et j’ai réduit les écarts entre local et distant. »
Sophie R., intégratrice web
Après ce premier lancement, une mise à jour immédiate des paquets reste la meilleure habitude. Elle prépare le terrain pour la configuration avancée, qui devient alors le vrai levier de confort.
Configurer WSL 2, les fichiers et le terminal au quotidien
Cette étape prolonge le choix de la distribution, car elle influence directement la vitesse et la stabilité. WSL 2 devient la base recommandée quand le projet manipule beaucoup de fichiers, des bases de données ou des conteneurs.
Selon Microsoft, la commande de bascule vers WSL 2 permet de rendre les nouvelles distributions plus performantes. On peut aussi vérifier l’état de chaque environnement, convertir une instance existante, puis ajuster la mémoire ou le swap selon les besoins.
Dans un contexte de production légère, ces réglages évitent les blocages absurdes. Le code stocké dans le système Linux, les outils lancés dans le bon terminal, et les chemins bien choisis changent vite l’expérience de travail.
« Avec Windows Terminal et VS Code relié à WSL, j’ai cessé de jongler entre plusieurs fenêtres inutiles. »
Marc L., développeur back-end
Quand cette organisation est en place, le poste devient plus prévisible et plus agréable. Reste alors à voir comment WSL s’insère dans des usages concrets, du web aux scripts, sans casser les habitudes de travail.
Utiliser WSL pour le développement web, les scripts et Docker
Le vrai intérêt de WSL apparaît quand les tâches quotidiennes s’enchaînent sans friction. Un même poste Windows 10 peut héberger des projets web, des scripts Python, des services MySQL et des conteneurs Docker sans recourir à une machine séparée.
Selon Microsoft, cette approche profite particulièrement aux environnements de développement modernes, parce qu’elle conserve la rapidité d’accès de Windows et la logique serveur de Linux. Le résultat est concret : moins d’attente, moins de réglages répétitifs, et des tests plus proches du réel.
Un freelance peut par exemple garder sa facturation, ses visios et ses outils bureautiques côté Windows, tout en lançant son API ou ses migrations de base de données dans WSL. Le passage entre les deux mondes devient presque invisible, ce qui aide à rester concentré.
Cette logique convient aussi aux équipes qui gèrent plusieurs projets en parallèle. Les habitudes Linux restent présentes, mais sans sacrifier le confort du bureau Windows.
Usages fréquents :
Développement PHP, Python et Node.js
Exécution de scripts d’automatisation
Gestion de bases MySQL ou PostgreSQL
Utilisation de Docker Desktop avec WSL 2
Gagner en productivité avec le web, les API et les scripts
Cette productivité vient d’abord de la constance de l’environnement. Les scripts exécutés dans WSL se comportent comme sur un serveur Linux, ce qui limite les surprises lors du déploiement.
Une équipe qui automatise des rapports, des imports CSV ou des tâches de maintenance gagne vite en stabilité. Selon Microsoft, l’accessibilité des outils Linux dans Windows réduit les écarts entre poste local et hébergement distant.
Dans la pratique, cela évite les réglages répétés sur chaque machine. Un seul dépôt bien configuré, des chemins cohérents, et un terminal adapté suffisent souvent à fiabiliser tout le reste.
Repères d’efficacité :
Scripts identiques entre local et serveur
Moins d’écarts entre test et production
Débogage plus lisible dans le terminal
Gestion simple des dépendances
« Mes scripts d’import étaient instables sur Windows seul, puis WSL m’a donné un environnement bien plus constant. »
Hugo T., consultant data
Ce gain ne repose pas sur un effet de mode, mais sur une logique d’exécution plus proche de Linux natif. L’étape suivante s’adresse donc aux projets qui demandent encore plus de cohérence, notamment avec les conteneurs.
Docker, services locaux et usages avancés dans WSL 2
Cette dimension avancée prolonge naturellement les usages web, car Docker exploite très bien l’architecture de WSL 2. Les images se construisent plus vite, les conteneurs démarrent plus proprement, et les stacks locales restent proches d’un serveur de production.
Selon Microsoft, l’intégration avec Docker Desktop fait partie des grands avantages de WSL 2. Cela devient précieux pour des environnements composés de Nginx, PHP-FPM, Redis, PostgreSQL ou d’outils de test automatisé.
Dans une agence, ce type de montage évite de multiplier les postes spécialisés. Un seul ordinateur bien réglé suffit souvent pour gérer le développement, la recette et les essais techniques sans perdre le fil.
Points d’attention :
Mettre à jour régulièrement les distributions
Vérifier la place mémoire allouée
Garder les projets dans le système Linux
Arrêter les distributions inutilisées avec méthode
Usage
Apport de WSL 2
Avantage concret
Niveau de confort
Docker Desktop
Intégration native renforcée
Conteneurs plus proches du serveur
Élevé
API locale
Environnement Linux fidèle
Moins d’écarts de comportement
Élevé
Scripts Python
Exécution stable
Automatisation simple
Très bon
Services SQL
Bonnes performances
Tests réalistes en local
Élevé
« Avec WSL 2, mon environnement Docker local ressemble enfin à celui de mon hébergeur. »
Nadia B., cheffe de projet technique
Quand Docker et WSL travaillent ensemble, le poste Windows cesse d’être un simple bureau pour devenir une vraie base technique. C’est précisément ce mélange qui rend l’outil durable, même sur des projets exigeants.
Source : Microsoft, « Documentation du sous-système Windows pour Linux », Microsoft Learn ; Microsoft, « Install Linux on Windows with WSL », Microsoft Learn ; Microsoft, « WSL Settings », Microsoft Learn.