Windows Subsystem for Linux (WSL) est une technologie qui permet d’exécuter des applications Linux sur Windows 10. WSL a été lancé en 2016 et a connu plusieurs mises à jour depuis lors. La dernière mise à jour a été publiée en septembre 2023 et apporte de nombreuses nouveautés et améliorations.Microsoft vient de publier une nouvelle version de WSL qui apporte de nombreuses améliorations et corrections de bugs. Mais ce n’est pas tout : cette version introduit également des fonctionnalités expérimentales, qui visent à optimiser l’expérience de WSL pour différents scénarios d’utilisation. Ces fonctionnalités sont optionnelles et peuvent être activées ou désactivées via un fichier de configuration nommé .wslconfig, situé dans le répertoire personnel de l’utilisateur Windows (par exemple : C:\Users\<votre nom d’utilisateur>\.wslconfig).
Nouveau mode réseau – Miroir
Parmi les nouvelles fonctionnalités expérimentales de WSL, il y a le mode de réseau “mirrored” (miroir), qui offre une meilleure compatibilité réseau et de nouvelles possibilités pour les utilisateurs de WSL. Le mode “mirrored” présente plusieurs avantages par rapport au mode par défaut de WSL, qui est le mode “bridged” (pont). Par exemple, il permet de résoudre les problèmes de DNS qui pouvaient survenir avec certaines configurations réseau. Il permet également d’appliquer les règles du pare-feu Windows à WSL, et de contrôler plus finement le trafic entrant et sortant du VM WSL. En outre, il facilite l’utilisation des proxies en faisant en sorte que WSL utilise automatiquement les informations de proxy de Windows.
Envoyé par Microsoft
Les améliorations de la mise en réseau sont une demande majeure constante pour WSL, et cette fonctionnalité vise à améliorer l'expérience de mise en réseau dans WSL*! Il s'agit d'une refonte complète de l'architecture réseau NAT traditionnelle de WSL, vers un tout nouveau mode réseau appelé «*Mirrored*». L'objectif de ce mode est de refléter les interfaces réseau dont vous disposez sous Windows vers Linux, d'ajouter de nouvelles fonctionnalités réseau et d'améliorer la compatibilité.
Voici les avantages actuels de l’activation de ce mode*:
Voici les avantages actuels de l’activation de ce mode*:
- Prise en charge d'IPv6
- Connectez-vous aux serveurs Windows depuis Linux en utilisant l'adresse localhost 127.0.0.1
- Connectez-vous à WSL directement depuis votre réseau local (LAN)
- Compatibilité réseau améliorée pour les VPN
- Prise en charge de la multidiffusion
| Code : | Sélectionner tout |
experimental.networkingMode=mirrored
Récupération automatique de la mémoire
Cette fonctionnalité permet à la machine virtuelle (VM) de WSL de réduire sa consommation de mémoire au fil du temps, en libérant la mémoire mise en cache lorsque le CPU est inactif. Cela permet d’éviter que la VM ne consomme trop de ressources sur le système hôte. Il existe deux modes pour cette fonctionnalité : gradual, qui libère la mémoire progressivement, et drop, qui libère la mémoire instantanément.
Microsoft explique ceci :
Lorsque [la fonctionnalité] est réglée sur gradual, après 5 minutes d'inactivité, WSL commencera lentement à libérer la mémoire cache sous Linux et la rendra disponible sous forme de mémoire libre pour l'hôte Windows. Cela signifie que la taille de la mémoire de votre VM WSL sera automatiquement réduite lorsque vous ne l'utilisez pas*!
Elle marche en détectant par WSL que vous êtes inactif en voyant si l'utilisation du processeur est continuellement faible pendant 5 minutes, puis nous commençons à récupérer la mémoire cache en utilisant la fonctionnalité cgroup memory.reclaim. Nous récupérons une partie fixe de la taille de la mémoire de votre VM, qui est calculée de telle sorte que si votre VM était pleine de mémoire cache, elle passerait à zéro mémoire cache après 30 minutes (par exemple*: si vous disposez de 3*000*Mo de mémoire, nous récupérons 100*Mo chaque minute). La fonctionnalité memory.reclaim cgroup nous permet de récupérer intelligemment une partie de la mémoire au fil du temps, en trouvant un équilibre entre performances et utilisation de la mémoire. Cependant, cette fonctionnalité nécessite la désactivation des groupes de contrôle v1 dans WSL, ce qui peut entraîner certains problèmes. Lors des premiers tests, nous avons remarqué que cela interromprait le démon Docker lors de son exécution en tant que service dans WSL. Par conséquent, si vous utilisez cette fonctionnalité, nous vous recommandons d'utiliser Docker Desktop pour vos besoins Docker. Nous travaillons avec l'équipe Docker pour résoudre ce problème à l'avenir.
Elle marche en détectant par WSL que vous êtes inactif en voyant si l'utilisation du processeur est continuellement faible pendant 5 minutes, puis nous commençons à récupérer la mémoire cache en utilisant la fonctionnalité cgroup memory.reclaim. Nous récupérons une partie fixe de la taille de la mémoire de votre VM, qui est calculée de telle sorte que si votre VM était pleine de mémoire cache, elle passerait à zéro mémoire cache après 30 minutes (par exemple*: si vous disposez de 3*000*Mo de mémoire, nous récupérons 100*Mo chaque minute). La fonctionnalité memory.reclaim cgroup nous permet de récupérer intelligemment une partie de la mémoire au fil du temps, en trouvant un équilibre entre performances et utilisation de la mémoire. Cependant, cette fonctionnalité nécessite la désactivation des groupes de contrôle v1 dans WSL, ce qui peut entraîner certains problèmes. Lors des premiers tests, nous avons remarqué que cela interromprait le démon Docker lors de son exécution en tant que service dans WSL. Par conséquent, si vous utilisez cette fonctionnalité, nous vous recommandons d'utiliser Docker Desktop pour vos besoins Docker. Nous travaillons avec l'équipe Docker pour résoudre ce problème à l'avenir.
DNS Tunelling
Cette fonctionnalité modifie la façon dont WSL résout les requêtes DNS, en utilisant le serveur DNS du système hôte au lieu du serveur DNS du réseau local. Cela permet d’améliorer la compatibilité réseau lorsque le système hôte utilise un VPN ou un proxy.
Envoyé par Microsoft
L’un des facteurs qui expliquent pourquoi WSL ne parvient pas à se connecter à Internet est le blocage de l’appel DNS vers l’hôte Windows. En effet, le paquet réseau pour DNS envoyé par la machine virtuelle WSL à l'hôte Windows était bloqué par la configuration réseau existante. Le tunneling DNS résout ce problème en utilisant à la place une fonctionnalité de virtualisation pour communiquer directement avec Windows. Cela nous permet de résoudre la demande de nom DNS sans envoyer de paquet réseau, ce qui vous permettra d'obtenir une meilleure connectivité Internet même si vous disposez d'un VPN, d'une configuration de pare-feu spécifique ou d'autres configurations réseau. Cette fonctionnalité devrait améliorer la compatibilité réseau, ce qui rend moins probable que vous n'ayez aucune connexion réseau à l'intérieur de WSL.
Veuillez noter que cette fonctionnalité n'est actuellement disponible que pour les Windows Insiders (sur tous les canaux Insider), y compris le canal Release Preview avec la dernière mise à jour de Windows 11, version 22H2 ici. Vous pouvez y accéder dès maintenant en rejoignant le programme Windows Insider et en choisissant d'inscrire votre appareil dans le canal Release Preview.
Veuillez noter que cette fonctionnalité n'est actuellement disponible que pour les Windows Insiders (sur tous les canaux Insider), y compris le canal Release Preview avec la dernière mise à jour de Windows 11, version 22H2 ici. Vous pouvez y accéder dès maintenant en rejoignant le programme Windows Insider et en choisissant d'inscrire votre appareil dans le canal Release Preview.
autoProxy
Cette fonctionnalité permet à WSL d’utiliser automatiquement les informations du proxy HTTP du système hôte, au lieu de nécessiter une configuration manuelle dans Linux. Cela permet d’améliorer la compatibilité réseau lorsque le système hôte utilise un proxy HTTP.
Envoyé par Microsoft
Cette fonctionnalité vise à augmenter la compatibilité de votre réseau lorsque vous utilisez un proxy HTTP. Actuellement, si vous utilisez un proxy HTTP sous Windows, cela ne s'appliquera pas directement à vos distributions WSL. Normalement, si vous souhaitez configurer un proxy HTTP avec WSL, vous devez le configurer de la même manière que vous le feriez sur une machine Linux, sinon vous pourriez rencontrer des problèmes de connectivité. Cette fonctionnalité vise à résoudre ce problème, en utilisant automatiquement les informations du proxy HTTP sous Windows pour définir le proxy HTTP dans Linux.
Cette fonctionnalité permet d’appliquer les règles du pare-feu Windows à WSL, et d’autoriser des contrôles avancés du pare-feu pour la VM de WSL. Cela permet d’améliorer la sécurité et la gestion du trafic réseau entre Windows et Linux.
Le pare-feu Hyper-V vous permet de spécifier les paramètres et les règles du pare-feu qui s'appliqueront à WSL. De plus, par défaut, tous les paramètres et règles de pare-feu existants que vous avez sous Windows seront automatiquement appliqués à vos distributions WSL. Après avoir activé cette option, vous pouvez la tester en créant de nouvelles règles de pare-feu dans les paramètres du pare-feu Windows et en constatant qu'elles s'appliquent instantanément à WSL, ou vous pouvez créer une nouvelle règle qui s'applique uniquement à WSL directement en l'exécutant dans PowerShell : Nouveau- NetFirewallHyperVRule
Et vous ?
Que pensez-vous de WSL ? L'avez-vous déjà utilisé ? Quelles sont les fonctionnalités expérimentales de WSL que vous avez testées ou que vous comptez tester ? Quelles sont les suggestions ou les demandes de fonctionnalités que vous avez pour WSL ? Quels sont les problèmes ou les bugs que vous avez rencontrés ? 
