Objectif
Déterminer si une instabilité Wi-Fi provient du poste Windows, du pilote, du profil WLAN, de la couverture radio, du roaming, de l’authentification ou du réseau IP, puis corriger la bonne couche sans supprimer des profils ou changer les canaux au hasard.
Prérequis
- Nom du SSID et heure approximative des coupures.
- Accès au poste concerné et idéalement à un poste sain pour comparaison.
- Accès aux logs du contrôleur/AP si le réseau est administré.
- Pilote Wi-Fi et modèle de carte identifiables.
- Possibilité de tester sans VPN pour isoler la couche réseau si la politique l’autorise.
Procédure pas à pas
Qualifier précisément la coupure
Demandez si l’icône Wi-Fi se déconnecte, si le SSID reste connecté sans Internet, ou si seule une application échoue. Notez le lieu, le mouvement du poste, la fréquence et les heures. Si le problème apparaît uniquement en itinérance entre deux zones, le diagnostic sera différent d’une coupure sur un poste fixe.
Get-Date
Get-NetAdapter | Where-Object InterfaceDescription -match 'Wireless|Wi-Fi|802.11' | Select Name,InterfaceDescription,Status,LinkSpeed
- Le symptôme est classé radio, association, IP ou application.
Relever l’interface, le BSSID et le signal
netsh wlan show interfaces affiche le SSID, BSSID, type radio, canal, signal et débits. Capturez la sortie pendant un état sain puis pendant le problème. Une variation de BSSID peut indiquer un roaming. Comparez avec un autre poste placé au même endroit avant de modifier l’AP.
netsh wlan show interfaces
netsh wlan show networks mode=bssid
- Le BSSID, canal, signal et technologie utilisés au moment du problème sont connus.
Identifier le pilote et les capacités de la carte
Listez la version du pilote, les radios supportées et les fonctions WLAN. Une instabilité apparue après une mise à jour peut justifier une comparaison de version ; un pilote très ancien peut nécessiter une mise à jour constructeur. Ne confondez pas le pilote avec le firmware de l’AP.
netsh wlan show drivers
Get-NetAdapter -Name '<WIFI-ADAPTER>' | Format-List Name,InterfaceDescription,DriverInformation,DriverFileName,DriverVersion
- Le modèle de carte et sa version de pilote sont documentés.
Générer le rapport WLAN Windows
Windows peut générer un rapport HTML qui résume les sessions WLAN récentes et les raisons de déconnexion. Lancez wlanreport après avoir reproduit le problème, puis ouvrez le rapport et recherchez l’heure exacte de la coupure. Ce rapport permet souvent de distinguer une déconnexion initiée par le client, un échec d’authentification ou un changement de réseau.
netsh wlan show wlanreport
- Le rapport WLAN contient la session correspondant à l’incident et son motif de déconnexion.
Contrôler DHCP, passerelle et DNS après la coupure
Si Windows reste associé au SSID, vérifiez la configuration IP. Une adresse APIPA
ipconfig /all
ping <DEFAULT-GATEWAY>
Resolve-DnsName <INTERNAL-OR-PUBLIC-NAME>
Test-NetConnection <DESTINATION> -Port 443
- La couche IP est validée séparément de l’association Wi-Fi.
Contrôler les événements WLAN-AutoConfig
Le journal Microsoft-Windows-WLAN-AutoConfig/Operational contient des événements de connexion, déconnexion et authentification. Filtrez autour de l’heure du problème. Pour un réseau 802.1X, corrélez aussi avec NPS/RADIUS ou le contrôleur. Le code et la raison sont plus utiles qu’une simple capture de l’icône Windows.
Get-WinEvent -LogName 'Microsoft-Windows-WLAN-AutoConfig/Operational' -MaxEvents 100 | Select TimeCreated,Id,LevelDisplayName,Message
- La déconnexion est rattachée à un événement client exploitable.
Comparer avec l’infrastructure Wi-Fi
Sur le contrôleur ou l’AP, recherchez la station par adresse MAC/BSSID et comparez association, RSSI/SNR, roaming, authentification et éventuels deauth. Si plusieurs clients ont le même symptôme sur le même AP, concentrez-vous sur l’infrastructure. Si un seul poste échoue partout, le client et son pilote deviennent prioritaires.
- Le problème est localisé côté poste, zone/AP ou authentification commune.
Tester une correction ciblée
Selon la cause, mettez à jour ou revenez à un pilote validé, corrigez un profil 802.1X, réparez DHCP/DNS ou ajustez l’infrastructure radio. La suppression/recréation du profil WLAN peut être un test si vous suspectez une configuration mémorisée corrompue, mais exportez d’abord le profil si des paramètres entreprise sont nécessaires.
netsh wlan show profiles
netsh wlan export profile name='<SSID>' folder='C:Temp' key=clear
- Une seule variable est modifiée et le comportement est comparé avant/après.
Valider dans les mêmes conditions d’usage
Reproduisez le déplacement, la zone ou la durée qui déclenchait les coupures. Contrôlez le nouveau wlanreport et le journal WLAN-AutoConfig. Une validation de cinq minutes à côté de l’AP ne suffit pas pour un incident de roaming. Documentez le BSSID et la version de pilote qui fonctionnent après correction.
- Le poste reste connecté pendant le scénario qui reproduisait auparavant l’instabilité.
Validation
La procédure est validée lorsque :
- Les coupures ne se reproduisent plus dans les mêmes conditions.
- Le rapport WLAN et WLAN-AutoConfig ne montrent plus le même motif d’échec.
- DHCP, passerelle et DNS restent stables après roaming ou veille.
- La correction est attribuée à une cause précise côté poste ou infrastructure.
Retour arrière
- Restaurer le pilote précédent si une mise à jour aggrave la stabilité.
- Réimporter le profil WLAN sauvegardé si une recréation supprime des paramètres nécessaires.
- Annuler tout changement radio ou contrôleur si plusieurs clients se dégradent après modification.
- Réactiver les paramètres de sécurité/802.1X initiaux si un test temporaire les a modifiés.
Dépannage / erreurs fréquentes
- SSID reste connecté mais Internet KO : diagnostiquer DHCP/DNS/passerelle avant le pilote Wi-Fi.
- Déconnexion lors du roaming : comparer BSSID, RSSI et logs contrôleur/client.
- Échec uniquement après veille : vérifier pilote, alimentation et événements de reprise.
- Un seul modèle de PC est touché : comparer driver/firmware et capacités radio.
- Tous les clients d’un AP sont touchés : traiter l’AP, son uplink, PoE et la radio plutôt que réinitialiser les postes.