Dépannage

Pourquoi le Wi-Fi se déconnecte-t-il sans cesse ?

Distinguez une déconnexion Wi-Fi, une absence d’Internet et la panne d’une seule application. Comparez appareils, Ethernet et événements avant de modifier les réglages.

Une page qui ne charge pas ne prouve pas une déconnexion Wi-Fi. Pendant le problème, vérifiez si l’appareil reste associé au réseau habituel, si plusieurs services Internet échouent et si un autre appareil est touché au même moment. Ethernet fonctionnel est une comparaison utile, pas la preuve que chaque partie de la connexion est toujours saine. Un seul appareil touché ne démontre pas automatiquement un pilote défectueux.

Identifiez ce qui se coupe

Le réseau Wi-Fi disparaît ou l’appareil se déconnecte : notez réseau, point d’accès, bande et heure. Association, authentification et couverture sont des hypothèses à vérifier, pas des conclusions tirées d’une seule icône.
Le Wi-Fi reste connecté, mais Internet manque : comparez accès local et services externes. Configuration IP, DNS, liaison du point d’accès ou chemin en amont peuvent nécessiter une enquête. Un échec de résolution des noms est différent d’une perte de liaison radio.
Une seule application ou page échoue : comparez un autre service et l’état officiel du service touché. Une erreur applicative ne prouve pas une déconnexion Wi-Fi.
Sur un téléphone, assurez-vous que la comparaison utilise réellement le Wi-Fi. Un basculement automatique vers les données mobiles peut masquer la panne. Choisissez des essais adaptés sans interrompre les communications nécessaires.

Conservez les éléments avant de redémarrer

Notez début et durée, appareil et système, adaptateur et version du pilote, nom du réseau, bande ou point d’accès si visibles, lieu, déplacement, veille/réveil et votre trafic. Sauvegardez les événements et la durée de fonctionnement du routeur selon son manuel avant de redémarrer. Rapprochez les horaires ; un routeur ancien ou chaud n’est pas un diagnostic à lui seul. Ne supprimez pas profils, pilotes ou configuration réseau avant de recueillir ces éléments.

Comparez une condition à la fois

La même période et les mêmes services sur un autre appareil Wi-Fi aident à distinguer un client d’un problème partagé. Vérifiez le point d’accès : deux clients sur des nœuds mesh différents ne constituent pas un essai identique.
Le même client et réseau près du point d’accès par rapport au lieu habituel permettent d’étudier la couverture. Une amélioration ne prouve ni une source d’interférences précise ni une panne matérielle.
Ethernet et Wi-Fi pendant le même incident : si Ethernet échoue aussi, examinez réseau local, câble/commutateur, routeur, liaison en amont et service. N’accusez pas immédiatement le modem ou le fournisseur.
Le même client immobile ou se déplaçant entre nœuds mesh, ou avant/après réveil : rapprochez horaires et journaux. La liaison d’un nœud au routeur peut échouer alors que le client indique encore Wi-Fi connecté. Une heure fixe seule n’identifie pas la cause.

Sous Windows, netsh wlan show wlanreport dans une invite administrative autorisée crée un rapport HTML sur les sessions récentes, motifs de déconnexion et adaptateur ; ouvrez le chemin indiqué. Sur Mac, maintenez Option, cliquez sur le menu Wi-Fi et choisissez Open Wireless Diagnostics, puis suivez l’assistant. L’analyse ne modifie pas les réglages réseau. Les rapports peuvent contenir des noms et identifiants privés. Un éventuel ping doit utiliser la véritable passerelle de cette connexion ; l’absence de réponse ICMP seule ne prouve ni une panne du routeur ni un défaut DNS. Le M-Lab NDT de VMAXCHECK mesure vers un serveur précis, sans enregistrer une ancienne coupure. Lancez-le entre les comparaisons, car il génère du trafic.

Choisissez une modification justifiée et réversible

Comparez versions système, pilote et firmware aux indications officielles du modèle. Sauvegardez les réglages et suivez la procédure du fabricant, en prévoyant l’interruption. Une version plus récente ne garantit pas une solution.
Pour des indices de couverture ou mesh, vérifiez emplacement et liaison des nœuds selon le fabricant. Ne séparez pas systématiquement les bandes : Apple recommande un nom commun et des réglages cohérents. Un essai de bande pris en charge doit avoir un but et un retour possible.
Pour un lien reproductible avec veille ou alimentation, utilisez la documentation de l’appareil. Les options énergétiques varient et affectent la batterie ; ne les désactivez pas toutes et ne forcez pas des options absentes par le registre. Conservez protections et exigences du réseau géré.
Après sauvegarde des événements, un redémarrage selon le manuel peut servir d’essai. Il interrompt aussi les autres usages et appels ; un bon résultat ensuite ne prouve pas la cause initiale. Réinitialisation usine/réseau, changement DNS et protection désactivée ne sont pas des remèdes universels.

Modifiez une chose et répétez avec lieu, client, services et durée comparables. Donnez au support appareil ou réseau heures, versions, état Wi-Fi, point d’accès et comparaisons avant/après. Si plusieurs services échouent aussi en Ethernet, ajoutez observations locales et en amont pour le fournisseur. Retirez identifiants de connexion, tokens et données privées avant de partager les journaux. Cela délimite l’enquête sans garantir un diagnostic ou une stabilité permanente.