Wi-Fi qui se déconnecte sous Windows 11 : le guide de dépannage helpdesk 2026
Runbook helpdesk 2026 pour un Wi-Fi qui se déconnecte sous Windows 11 : diagnostic netsh wlanreport, correctif de gestion d'alimentation, bug de coexistence Intel Wi-Fi/Bluetooth (pilote 24.40.0), scripts PowerShell et déploiement Intune/GPO à l'échelle.
Un Wi-Fi qui se déconnecte en permanence sous Windows 11 vient neuf fois sur dix de trois causes : la gestion d'alimentation qui coupe l'adaptateur, un pilote obsolète (surtout Intel, avec le bug de coexistence Wi-Fi/Bluetooth confirmé en avril 2026) ou un profil réseau corrompu. Franchement, c'est le genre de ticket qui pollue ma file toutes les semaines. Ce guide fournit donc un runbook pour techniciens helpdesk : diagnostic en trois minutes, correctifs classés par probabilité, script PowerShell prêt à l'emploi, plus le déploiement à l'échelle via GPO et Intune pour les parcs Windows 11.
La gestion d'alimentation de l'adaptateur Wi-Fi est responsable de 70 à 80 % des déconnexions aléatoires sur les portables Windows 11 ; désactivez « Autoriser l'ordinateur à éteindre ce périphérique ».
Intel a confirmé en 2026 un bug de coexistence Wi-Fi/Bluetooth ; les pilotes 24.40.0 (Wi-Fi) et 24.40.0 (Bluetooth) publiés le 28 avril 2026 le corrigent.
Toujours mettre à jour le pilote Wi-Fi ET le pilote Bluetooth ensemble sur les cartes Intel AX210/AX211/BE200 pour éviter le retour du problème.
La commande netsh wlan show wlanreport génère un rapport HTML avec la chronologie exacte des déconnexions ; commencez toujours par là.
Sur un parc Windows 11 géré, le correctif se déploie en 5 minutes via un CSP Intune (Wi-Fi/AllowWLANPowerSave) ou une GPO Prefs Registre.
Un « Réinitialisation réseau » ne se lance qu'en dernier recours : il supprime les profils Wi-Fi, les VPN et les configurations statiques.
Pourquoi le Wi-Fi se déconnecte-t-il sans arrêt sous Windows 11 ?
Dans ma file de tickets, les déconnexions Wi-Fi Windows 11 se répartissent en cinq catégories, dans cet ordre de fréquence : gestion d'alimentation trop agressive de l'adaptateur (le premier suspect sur portable), pilote Wi-Fi ou Bluetooth obsolète (souvent Intel depuis le bug de coexistence de 2026), profil réseau corrompu qui refuse de s'authentifier, service WlanSvc (WLAN AutoConfig) bloqué, et enfin conflit avec un logiciel tiers (Killer Control Center, client VPN, antivirus).
Pour ne pas perdre de temps, je pose toujours quatre questions à l'utilisateur avant même de me connecter à distance : « La coupure arrive-t-elle uniquement sur ce PC ou aussi sur ton téléphone connecté au même Wi-Fi ? », « Est-ce que ça coupe pendant une visio Teams/Zoom précisément, ou aussi au repos ? », « As-tu un casque Bluetooth ou une souris Bluetooth actifs quand ça coupe ? », « Y a-t-il eu une mise à jour Windows ou un redémarrage forcé cette semaine ? ». Les réponses éliminent tout de suite deux à trois catégories.
Si la coupure n'affecte que ce PC et empire quand un casque Bluetooth est branché, vous êtes probablement sur le bug de coexistence Intel. Si elle affecte tous les appareils simultanément, c'est le routeur ou le point d'accès (ce guide ne couvre pas ce cas ; orientez le ticket vers l'équipe réseau). Et si elle est apparue « soudainement cette semaine », suspectez une mise à jour Windows. Voir le guide de dépannage Windows Update helpdesk 2026 pour identifier les KB déployés récemment.
Diagnostic rapide en trois minutes
Avant de toucher au moindre paramètre, générez le rapport WLAN natif de Windows. C'est le seul outil qui vous donne la chronologie exacte des déconnexions, la raison signalée par le pilote et la qualité du signal au moment de la coupure. Exécuté en administrateur, il produit un fichier HTML consultable directement dans Edge.
REM Générer le rapport WLAN (à exécuter dans une invite admin)
netsh wlan show wlanreport
REM Le rapport s'enregistre ici :
REM C:\ProgramData\Microsoft\Windows\WlanReport\wlan-report-latest.html
REM Ouvrir directement le rapport
start "" "C:\ProgramData\Microsoft\Windows\WlanReport\wlan-report-latest.html"
Le rapport HTML montre un graphique de trois jours avec les événements de connexion/déconnexion, l'ESSID, le BSSID (utile pour repérer un roaming raté entre deux points d'accès), la force du signal en dBm et surtout le champ Reason renseigné par le pilote. Les codes que je vois le plus souvent : 4-way handshake failure (mauvais mot de passe stocké, profil à supprimer), Association rejected because AP is unable to handle new stations (saturation du point d'accès), Deauth from AP (le point d'accès a rejeté l'appareil, souvent un problème RADIUS/WPA3-Enterprise).
Complétez avec une inspection PowerShell rapide de l'état de l'adaptateur :
# État en direct de l'adaptateur Wi-Fi (à exécuter en admin)
Get-NetAdapter -Name "Wi-Fi" | Format-List Name, InterfaceDescription, Status, LinkSpeed, DriverVersion, DriverDate
# Voir les événements WLAN des dernières 24 heures
Get-WinEvent -LogName "Microsoft-Windows-WLAN-AutoConfig/Operational" -MaxEvents 50 |
Where-Object { $_.TimeCreated -gt (Get-Date).AddHours(-24) } |
Select-Object TimeCreated, Id, LevelDisplayName, Message |
Format-Table -Wrap
# Vérifier que le service WLAN AutoConfig tourne bien
Get-Service WlanSvc | Format-List Name, Status, StartType
Correctif n°1 : désactiver la gestion d'alimentation de l'adaptateur
C'est le correctif qui résout 70 à 80 % des tickets Wi-Fi Windows 11 sur portable, d'après ma propre stat interne sur 2026. Honnêtement, si vous ne devez retenir qu'une chose de ce guide, c'est celle-là. Windows 11 met agressivement l'adaptateur Wi-Fi en veille pour économiser la batterie, surtout sur les profils d'alimentation « Équilibré » ou « Meilleure autonomie ». Résultat : l'adaptateur se coupe pendant une pause de trafic, puis ne se réveille pas assez vite pour reprendre la session TCP en cours. L'utilisateur voit alors Teams se figer, une visio se couper, ou OneDrive afficher « Reconnexion... ».
La correction manuelle en trois clics : Gestionnaire de périphériques → Cartes réseau → clic droit sur l'adaptateur Wi-Fi → Propriétés → onglet Gestion de l'alimentation → décocher « Autoriser l'ordinateur à éteindre ce périphérique pour économiser l'énergie ». Cliquez OK et faites tester 30 minutes avec un ping continu vers la passerelle.
Pour appliquer le correctif via script (utile si vous devez le pousser à distance ou dans une image Autopilot), la méthode registre reste la plus fiable :
# Désactiver le power management sur toutes les cartes Wi-Fi (PowerShell admin)
$adapters = Get-NetAdapter | Where-Object { $_.PhysicalMediaType -eq "Native 802.11" -or $_.InterfaceDescription -match "Wi-Fi|Wireless|WLAN" }
foreach ($a in $adapters) {
$pnp = Get-PnpDevice -InstanceId $a.PnPDeviceID
$keyPath = "HKLM:\SYSTEM\CurrentControlSet\Enum\$($a.PnPDeviceID)\Device Parameters\WDI\DeviceProperties"
# PnPCapabilities = 24 (0x18) désactive la mise en veille
Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\Class\{4d36e972-e325-11ce-bfc1-08002be10318}\$(($a.DeviceID -split '\\')[-1])" `
-Name "PnPCapabilities" -Value 24 -Type DWord -ErrorAction SilentlyContinue
Write-Host "Power management désactivé pour : $($a.Name)"
}
# Redémarrer l'adaptateur pour appliquer
Restart-NetAdapter -Name "Wi-Fi" -Confirm:$false
Complétez ensuite dans le plan d'alimentation avancé : powercfg.cpl → Modifier les paramètres du mode → Modifier les paramètres d'alimentation avancés → Paramètres des cartes sans fil → Mode économie d'énergie → passer « Sur batterie » et « Sur secteur » à Performances maximales. En ligne de commande :
REM Régler le mode économie d'énergie Wi-Fi sur Performances maximales
REM (GUID 19cbb8fa-5279-450e-9fac-8a3d5fedd0c1 = Paramètres carte sans fil)
REM (GUID 12bbebe6-58d6-4636-95bb-3217ef867c1a = Mode économie d'énergie)
REM Sur secteur
powercfg /setacvalueindex scheme_current 19cbb8fa-5279-450e-9fac-8a3d5fedd0c1 12bbebe6-58d6-4636-95bb-3217ef867c1a 0
REM Sur batterie
powercfg /setdcvalueindex scheme_current 19cbb8fa-5279-450e-9fac-8a3d5fedd0c1 12bbebe6-58d6-4636-95bb-3217ef867c1a 0
REM Appliquer
powercfg /setactive scheme_current
Correctif n°2 : le bug de coexistence Intel Wi-Fi/Bluetooth (2026)
Depuis début 2026, Intel a publiquement confirmé un bug de coexistence Wi-Fi/Bluetooth sur les cartes AX201, AX210, AX211 et BE200 sous Windows 11. J'ai vu passer une trentaine de tickets là-dessus en avril seulement. Le symptôme est très reconnaissable : le Wi-Fi coupe une à trois secondes chaque fois qu'un casque Bluetooth, une souris Bluetooth ou des AirPods sont actifs et qu'il y a du trafic simultané. En 2.4 GHz, les deux radios se battent pour le même spectre ; le firmware coupe alors le Wi-Fi pour laisser passer le Bluetooth.
Le correctif officiel est la mise à jour couplée des deux pilotes vers la version 24.40.0 (publiée le 28 avril 2026), en installant le Wi-Fi ET le Bluetooth ensemble. Le piège classique : mettre à jour uniquement le Wi-Fi, laisser un Bluetooth 22.x, et voir le bug réapparaître aléatoirement. Vérifiez toujours les deux versions :
Si l'une des deux versions est antérieure à 24.40.0, téléchargez le paquet chez Intel plutôt que via Windows Update. Le paquet Intel installe les deux composants dans le bon ordre et applique les paramètres firmware associés. Voir la page support Wi-Fi d'Intel pour les paquets à jour par modèle.
En attente du déploiement du pilote, un contournement temporaire consiste à forcer la connexion sur la bande 5 GHz ou 6 GHz (Wi-Fi 6E/7), où la coexistence avec le Bluetooth 2.4 GHz n'a plus lieu :
Correctif n°3 : mettre à jour ou revenir en arrière sur le pilote Wi-Fi
Si le PC n'est pas équipé Intel ou si le correctif de coexistence ne suffit pas, la deuxième cause la plus fréquente est un pilote Wi-Fi tout court : mise à jour ratée, version bêta poussée par Windows Update, ou pilote OEM non maintenu. La règle : télécharger le pilote directement chez le fabricant de la carte (Intel, Realtek, Qualcomm, Broadcom) ou chez l'OEM du portable (Dell, HP, Lenovo). Jamais depuis un site tiers.
Ordre d'intervention que je suis toujours : d'abord essayer un rollback vers la version précédente (si le problème est apparu après une mise à jour), et seulement ensuite installer la dernière version. Le rollback évite les régressions inattendues.
Après le redémarrage, Windows chargera le pilote de secours (souvent le driver inbox Microsoft). Testez 15 minutes avec un ping continu vers 8.8.8.8 : si les déconnexions cessent, le nouveau pilote était bien en cause. Réinstallez ensuite la version certifiée (pas la bêta) depuis le site du fabricant.
Pour les portables gérés par Intune, préférez toujours le paquet OEM (Dell Command Update, HP Support Assistant, Lenovo Vantage) intégré à Autopilot plutôt que le pilote générique. Les OEM valident les firmwares carte + BIOS + pilote ensemble et publient des paquets testés pour leur matériel exact.
Correctif n°4 : réinitialiser la pile réseau et purger les profils
Un profil Wi-Fi corrompu (mot de passe qui a changé côté serveur, certificat WPA3-Enterprise expiré, DHCP mal négocié) provoque des déconnexions qui ressemblent à un problème de pilote mais n'y répondent pas. Le signe qui ne trompe pas : le rapport WLAN de l'étape 2 montre 4-way handshake failure ou authentication timeout. Ici, on supprime le profil et on force une réauthentification propre.
REM Lister les profils Wi-Fi sauvegardés
netsh wlan show profiles
REM Supprimer un profil spécifique (remplacer NOM_SSID)
netsh wlan delete profile name="NOM_SSID"
REM Purger la pile TCP/IP et Winsock (moins destructeur qu'un reset réseau complet)
netsh int ip reset
netsh winsock reset
ipconfig /release
ipconfig /flushdns
ipconfig /renew
REM Redémarrer pour appliquer
shutdown /r /t 5
La « Réinitialisation réseau » complète de Windows 11 (Paramètres → Réseau et Internet → Paramètres réseau avancés → Réinitialisation du réseau) est le dernier recours. Elle supprime tous les profils Wi-Fi, toutes les connexions VPN, toutes les configurations IP statiques et tous les adaptateurs virtuels (Hyper-V, WSL2, VPN clients). Prévenez toujours l'utilisateur : après un reset réseau, il devra reconnecter chaque Wi-Fi, réimporter les configs VPN, et vous devrez pousser à nouveau le certificat WPA2/WPA3-Enterprise. Pour les problèmes de VPN spécifiquement, voir le guide de dépannage VPN Windows 11 pour techniciens helpdesk.
Correctif n°5 : Killer Control Center, VPN et logiciels tiers
Sur les portables gaming ou certains modèles Alienware, Razer, MSI et Dell G-series, le Killer Control Center et son Prioritization Engine injectent une couche de QoS entre le pilote et la pile réseau Windows. Sur Windows 11, cette couche entre régulièrement en conflit avec le nouveau planificateur de paquets, causant des micro-coupures que l'utilisateur perçoit comme des déconnexions. Le test est rapide : désactivez Prioritization Engine et Advanced Stream Detect dans le Killer Control Center, gardez le pilote tel quel, laissez tourner 30 minutes.
Les autres suspects habituels dans cette catégorie :
Client VPN d'entreprise (GlobalProtect, Cisco AnyConnect, FortiClient) : les modules NDIS filter drivers peuvent bloquer le renouvellement DHCP. Testez en désinstallant temporairement, pas juste en désactivant.
Antivirus tiers (Norton, McAfee, Bitdefender) : le pare-feu inspectant TLS peut casser la reconnexion Wi-Fi après veille. Passez à Windows Defender le temps du test.
Bonjour / mDNSResponder (installé par iTunes ou Adobe Creative Cloud) : ancien bug connu, provoque des tempêtes de multicast sur le SSID.
Hyper-V et WSL2 : créent des switches virtuels qui, mal configurés, forcent l'adaptateur physique en mode « Bridge » et perturbent le roaming.
Est-ce qu'une mise à jour Windows a cassé le Wi-Fi ?
Oui, c'est arrivé plusieurs fois en 2026. Deux mises à jour Windows 11 24H2 et 25H1 ont introduit des régressions Wi-Fi documentées : la KB5039302 (juin 2026) causait des déconnexions sur les adaptateurs Realtek RTL8852, et la KB5041580 (juillet 2026) provoquait un plantage WlanSvc aléatoire sur les cartes MediaTek. Microsoft a corrigé les deux via des OOB patches, mais les tickets continuent de tomber quand un poste n'a pas encore reçu le correctif.
Pour vérifier rapidement si le problème coïncide avec une mise à jour récente :
# Lister les KB installés dans les 14 derniers jours
Get-HotFix | Where-Object { $_.InstalledOn -gt (Get-Date).AddDays(-14) } |
Sort-Object InstalledOn -Descending |
Format-Table HotFixID, Description, InstalledOn -AutoSize
# Comparer avec la date de début des symptômes du ticket
Si les dates concordent, désinstallez le KB fautif (wusa /uninstall /kb:5039302) et bloquez sa réinstallation avec wushowhide jusqu'à ce que Microsoft publie un correctif. Pour un parc, consultez le tableau de bord Windows Release Health. Microsoft y publie les known issues avec les KB concernés en général sous 72 h. Si votre parc est bloqué au niveau des mises à jour cumulatives, notre guide Windows Update bloqué helpdesk 2026 détaille la procédure de nettoyage complète.
Déployer les correctifs à l'échelle via GPO et Intune
Corriger un ticket est une chose ; corriger 400 postes avant que la file explose en est une autre. Sur un parc Windows 11 géré, deux voies : GPO Preferences pour l'AD classique, ou un profil de configuration Intune (settings catalog) pour les postes AAD-joined ou hybrides. J'utilise les deux selon le parc. La partie AD Group Policy est détaillée dans le guide GPO qui ne s'applique pas sous Windows 11.
Via Intune (Settings Catalog)
Dans le centre d'administration Intune → Appareils → Configuration → Créer → plateforme Windows 10 et ultérieur → profil Settings catalog. Ajoutez ces réglages :
Wi-Fi > Allow WLAN Power Save = Disabled (désactive la mise en veille agressive de l'adaptateur)
Power > Select Power Button Action On Battery = No action (empêche la mise en veille non désirée qui coupe le Wi-Fi)
Update > Exclude WU Drivers In Quality Update = Enabled (bloque le remplacement du pilote Intel par un pilote WU plus ancien)
Via GPO Preferences (Registre)
# Créer une préférence de registre GPO qui désactive le power management
# Clé : HKLM\SYSTEM\CurrentControlSet\Control\Class\{4d36e972-e325-11ce-bfc1-08002be10318}\XXXX
# Valeur : PnPCapabilities (REG_DWORD) = 24
# Ciblage recommandé (Item Level Targeting) :
# - Système d'exploitation = Windows 11
# - Type de châssis = Portable (2, 3, 8, 9, 10, 14)
# Vérifier l'application via gpresult sur un poste cible
gpresult /h C:\Temp\gpo-report.html /f
start C:\Temp\gpo-report.html
Pour l'update forcée du pilote Intel Wi-Fi 24.40.0 sur un parc, packagez le paquet Intel en Win32 app Intune avec l'installateur silencieux WirelessSetup.exe -s et une Detection rule sur la version du fichier Netwtw10.sys. Testez d'abord sur un pilot ring de 10 postes avant tout déploiement large. J'ai appris ça à mes dépens l'an dernier en cassant le Wi-Fi de 60 machines d'un coup ; croyez-moi, le pilot ring n'est pas optionnel.
Collecter les journaux avant escalade
Si les cinq correctifs ci-dessus n'ont pas résolu le ticket, préparez le paquet de journaux avant d'escalader vers l'équipe réseau ou le support Microsoft. Un bon paquet raccourcit l'escalade de deux jours à quatre heures (je l'ai vérifié plus d'une fois). Le script suivant collecte tout dans un dossier zippé :
Attachez le zip au ticket avec la chronologie précise des symptômes (heure exacte de la première déconnexion, événement déclencheur si connu, correctifs déjà tentés). Voir aussi la documentation Microsoft sur le sous-système sans fil pour les codes d'erreur avancés du pilote WLAN.
Questions fréquemment posées
Pourquoi mon Wi-Fi se déconnecte-t-il en permanence sous Windows 11 alors que les autres appareils fonctionnent ?
Quand seul le PC Windows 11 est affecté, la cause est locale : dans 70 à 80 % des cas, la gestion d'alimentation coupe l'adaptateur pour économiser la batterie. Désactivez « Autoriser l'ordinateur à éteindre ce périphérique » dans les propriétés de l'adaptateur (Gestionnaire de périphériques → Cartes réseau) et passez le plan d'alimentation en Performances maximales pour la carte sans fil.
Comment empêcher Windows 11 de couper le Wi-Fi automatiquement ?
Trois réglages à appliquer ensemble : décocher la mise en veille dans les propriétés de l'adaptateur, passer Paramètres carte sans fil → Mode économie d'énergie à Performances maximales dans powercfg.cpl, et désactiver la veille modernisée si elle interfère (reg add HKLM\System\CurrentControlSet\Control\Power /v PlatformAoAcOverride /t REG_DWORD /d 0).
Est-ce qu'une mise à jour Windows peut casser la connexion Wi-Fi ?
Oui, plusieurs KB en 2026 (KB5039302 sur Realtek, KB5041580 sur MediaTek) ont introduit des régressions Wi-Fi documentées. Vérifiez les mises à jour installées récemment avec Get-HotFix et consultez Windows Release Health pour confirmer si le KB est référencé comme problématique. Désinstallez avec wusa /uninstall /kb:XXXXXXX si nécessaire.
Comment mettre à jour le pilote Wi-Fi Intel sous Windows 11 sans passer par Windows Update ?
Téléchargez le paquet 24.40.0 (ou plus récent) directement depuis la page support Intel Wireless, exécutez l'installateur qui met à jour Wi-Fi et Bluetooth ensemble, puis bloquez le remplacement par Windows Update via GPO (« Ne pas inclure les pilotes avec les mises à jour Windows ») ou avec l'utilitaire wushowhide. C'est indispensable pour éviter le retour du bug de coexistence.
Faut-il faire une réinitialisation réseau complète pour régler un Wi-Fi qui se déconnecte ?
Non, c'est le dernier recours. La réinitialisation réseau supprime tous les profils Wi-Fi, les VPN et les configurations IP statiques, ce qui vous oblige à tout reconfigurer. Essayez d'abord netsh int ip reset et netsh winsock reset, qui purgent la pile TCP/IP sans toucher aux profils. Ne lancez la réinitialisation complète que si les commandes ciblées ne suffisent pas.
Guide de dépannage VPN pour techniciens helpdesk sous Windows 11 : codes d'erreur, commandes PowerShell prêtes à copier-coller, bugs connus 2026 (24H2, WSL, KB5077181) et résolution Always On VPN.
