Diagnostiquer « c'est lent » sur un poste : Wi-Fi, Teams, lien du site

« C'est lent » est l'un des tickets les plus fréquents, et l'un des plus vagues. Derrière, il peut y avoir un poste saturé, un Wi-Fi faible, une passerelle surchargée, un lien Internet plein, un DNS lent ou un service en panne chez l'éditeur. La méthode : partir du poste et remonter maillon par maillon, jusqu'au premier qui lâche.

#1. Préciser la plainte

Avant toute mesure, posez quatre questions :

1. Quoi ? Une application, toutes, Internet seulement, les appels Teams, les fichiers partagés ?
2. Quand ? Depuis quand, à quelle heure, en continu ou par moments ?
3. Où ? Au bureau ou en télétravail, en Wi-Fi ou en filaire, sur quel site ?
4. Qui d'autre ? Une seule personne, tout un étage, tout un site ?

Si tout un site se plaint au même moment, commencez par le lien du site (étape 5). Si une seule personne se plaint, commencez par son poste.

#2. Le poste

Ouvrez le Gestionnaire des tâches pendant que la lenteur se produit. Un processeur au-dessus de 90 %, une mémoire pleine ou un disque occupé à 100 % expliquent beaucoup de plaintes, sans le moindre problème réseau. Une application qui « ne répond pas » donne la même impression qu'un réseau lent.

Le moment compte. Une mesure faite une heure après la plainte ne montre souvent plus rien, parce que la lenteur était passagère.

#3. Le Wi-Fi

netsh wlan show interfaces

Lisez le signal, la bande (2,4 ou 5 GHz), le canal, les débits de réception et d'émission, et l'adresse de la borne (BSSID). Sur les versions récentes de Windows 11, l'affichage du réseau et de la borne peut demander d'autoriser l'accès à la localisation.

Trois causes reviennent souvent :

• le poste reste accroché à une borne lointaine alors qu'une autre est plus proche ;
• le réseau n'est diffusé qu'en 2,4 GHz, une bande étroite et encombrée ;
• la borne est saturée, par trop de clients ou par un canal partagé avec les voisins.

La dernière ne se voit que depuis le contrôleur Wi-Fi, pas depuis le poste.

En télétravail, la box et le Wi-Fi de la maison font partie du poste du point de vue du support. Un câble réseau le temps d'un test tranche souvent la question.

#4. Le réseau local et le DNS

Get-NetIPConfiguration | Select-Object InterfaceAlias, IPv4DefaultGateway, DNSServer
ping -n 50 <adresse de la passerelle>
Measure-Command { Resolve-DnsName www.exemple.fr -Server <adresse du serveur DNS> } | Select-Object TotalMilliseconds

Sur un réseau local sain, la passerelle répond en quelques millisecondes et ne perd pas de paquet. Des pertes vers la passerelle désignent le Wi-Fi ou le câblage. Une passerelle lente désigne un équipement surchargé. Une résolution DNS qui dure plusieurs secondes ralentit chaque page, alors que la bande passante est intacte.

Si le poste passe par un VPN, refaites ces mesures VPN coupé puis connecté. Un VPN qui fait passer tout le trafic par le siège ajoute la latence du siège à chaque page web.

#5. Le lien du site

pathping -n www.exemple.fr

pathping mesure les pertes à chaque saut pendant quelques minutes. Des pertes qui commencent au premier routeur de l'opérateur et continuent ensuite désignent le lien. Des pertes sur un seul saut intermédiaire, sans suite, sont souvent sans conséquence : certains routeurs répondent peu aux sondes.

Un lien plein donne les mêmes symptômes qu'un lien en panne. Regardez sur le routeur ou le pare-feu du site qui consomme : une sauvegarde lancée en journée, des mises à jour téléchargées par tous les postes en même temps, une synchronisation de fichiers. Sur un site équipé d'un lien de secours 4G ou 5G, vérifiez aussi que le lien principal n'est pas tombé.

#6. Teams et les appels

Un appel supporte mal la perte de paquets et la gigue, même avec un bon débit. Microsoft publie des cibles réseau pour Teams : de l'ordre de 100 ms aller-retour, moins de 1 % de perte et moins de 30 ms de gigue. Le centre d'administration Teams donne, pour chaque utilisateur, l'analyse de ses appels récents.

La question utile : l'appel s'est-il dégradé en même temps que le poste ou son réseau ? Si oui, la cause est locale (Wi-Fi, poste, passerelle). Si le poste allait bien, regardez du côté d'Internet ou de Microsoft.

#Ce que FirstSI apporte

Le plus difficile dans un diagnostic de lenteur est d'être là au bon moment. NetDiag mesure le poste toutes les 15 secondes environ, en continu, et désigne à chaque mesure le premier maillon en échec, dans l'ordre de ce guide : Poste, LAN, Infra locale, Internet, DNS, Service.

1. Ouvrez NetDiag → Diagnostic réseau (#/netdiag).
2. Dans Choisir un poste, tapez le nom du poste ou celui de la personne.
3. Avec Aller à, centrez la frise sur l'heure donnée dans le ticket.
4. Lisez Causes des anomalies, souvent la ligne à recopier dans le ticket.

Le rapport de diagnostic (PDF) se joint tel quel au ticket : synthèse, frise, courbes, appels Teams. Voir NetDiag : diagnostic réseau des postes.

Pour un site entier, NetworkMonitor alerte quand la latence d'un tunnel ou d'un lien WAN dépasse 100 ms pendant 5 minutes, ou sa perte 5 % (seuils par défaut). Voir NetworkMonitor : sites, équipements, tunnels. Si le site dépend d'une ligne d'opérateur, la passerelle WAN lit son état dans l'espace client de l'opérateur.

Le pré-diagnostic des tickets fait une partie de ce travail dès l'arrivée d'un ticket « Réseau », en consultant NetDiag et les tunnels avant le technicien.

#Pour aller plus loin

• Explorateur de flux : qui consomme le lien du site, vers quel pays et pour quel service.
• Assistant IA : poser la question en français courant, sur un poste ou un site.
• Investiguer un appareil : tout ce que FirstSI sait d'une adresse IP ou d'un nom de poste.

Présentation : Diagnostic Wi-Fi et Teams des postes de travail↗

Source : · Docs FirstSI · mis à jour le 11/10/2026