Actualité : Windows 11 : une mise à jour coupe l'accès Ethernet et Microsoft ne dit toujours rien

Publié le 03/03/26 à 09h59

Le scénario se répète avec une régularité déconcertante. Un poste sous Windows 10 ou Windows 11 23H2 est mis à niveau vers une version plus récente du système, 24H2 ou 25H2. Au redémarrage, la connexion Ethernet a disparu. Pas de panne matérielle ni de driver manquant, le contenu du dossier Dot3Svc, qui abrite les politiques du service Wired AutoConfig, a été purement et simplement vidé pendant l'opération.

Peu connu du grand public, ce service gère l'authentification IEEE 802.1X sur les connexions filaires. Dans les environnements d'entreprise où chaque poste doit prouver son identité avant d'accéder au réseau local, il est vital. Sans lui, la machine est coupée du monde.

Le problème est documenté sur plusieurs fils Reddit (1, 2, 3), ainsi que sur les forums Microsoft Q&A (1, 2).

Un mécanisme de migration qui échoue en silence

Le problème semble résider dans la procédure de migration interne à Windows. D'après les investigations menées par plusieurs administrateurs sur les forums Microsoft, le système crée bien une clé de registre dot3svcMigrationDone, qui indique que la migration a été effectuée. En réalité, les fichiers de politique n'ont jamais été copiés vers leur emplacement définitif. La migration démarre, mais ne s'achève pas, sans générer la moindre erreur visible.

Le bug n'est pas récent puisque des signalements remontent aux premières vagues de migration vers Windows 11 23H2, puis 24H2. Microsoft semblait avoir corrigé le tir avec les mises à jour cumulatives de novembre et décembre 2024, mais de nouveaux témoignages publiés début mars 2026, cette fois sur la version 25H2, prouvent que le correctif n'a pas colmaté toutes les brèches.

Un silence officiel, un contournement unique

Le tableau de bord Windows Release Health, où Microsoft recense publiquement les problèmes connus de chaque version, ne fait aucune mention de ce dysfonctionnement. L'absence de reconnaissance officielle complique la tâche des équipes IT, qui découvrent le souci au cas par cas, souvent en plein déploiement.

La seule parade documentée consiste à brancher la machine sur un réseau wifi ou un port non soumis à 802.1X, puis forcer une mise à jour des stratégies de groupe via gpupdate /force. Les politiques sont alors réappliquées depuis le contrôleur de domaine et la connexion filaire reprend. Certaines organisations ont mis en place des VLAN de remédiation dédiés à cet usage, ce qui en dit long sur l'ampleur du problème.