Tester sa connexion avec CMD : causes des lenteurs et méthodes de diagnostic

La commande CMD permet de vérifier rapidement si une connexion Internet fonctionne correctement. Elle aide à observer la latence, les pertes de paquets, la résolution DNS et le chemin suivi par les données. En revanche, CMD ne mesure pas directement le débit descendant ou le débit montant comme un test de vitesse réalisé dans un navigateur.

Pour obtenir un diagnostic fiable, effectuez les commandes depuis un ordinateur relié en Ethernet à la box lorsque cela est possible. Un test en Wi-Fi peut refléter les limites du signal sans représenter la qualité réelle de la ligne fibre ou de l’accès fourni par l’opérateur.

Quels symptômes observer avant le diagnostic

Un débit descendant faible ralentit l’ouverture des pages, la lecture vidéo et les téléchargements. Un débit montant insuffisant gêne l’envoi de fichiers, les sauvegardes en ligne et les visioconférences. Une latence élevée provoque surtout des délais dans les jeux en ligne, les appels et les applications interactives.

Une connexion peut aussi sembler lente alors que le débit est correct. Des pertes de paquets, une résolution DNS instable ou des variations importantes de latence peuvent expliquer ce phénomène. Notez l’heure, le type de connexion utilisé et les appareils concernés avant de commencer.

Cause 1 : un signal Wi-Fi perturbé

Le Wi-Fi est souvent la première cause d’un résultat décevant. La distance avec la box, les murs épais, les réseaux voisins et certains appareils électriques peuvent réduire le débit descendant et augmenter la latence. Un ordinateur éloigné peut donc présenter un problème qui ne concerne pas la fibre elle-même.

Comment vérifier cette hypothèse

Lancez la commande ping 192.168.1.1 ou ping 192.168.0.1 selon l’adresse de votre routeur. Des réponses irrégulières ou des délais élevés vers cette adresse locale indiquent plutôt un problème de liaison entre l’appareil et la box. Comparez ensuite avec un test réalisé en Ethernet.

Cause 2 : une saturation de la box ou du routeur

Une box peut être fortement sollicitée par plusieurs flux simultanés : vidéo haute définition, téléchargement, sauvegarde cloud, console et objets connectés. Le routeur peut alors mettre les paquets en attente, ce qui augmente la latence même lorsque le débit théorique de la ligne reste élevé.

Comment vérifier cette hypothèse

Utilisez la commande ping 1.1.1.1 -n 20 ou ping 8.8.8.8 -n 20 pendant une période normale, puis pendant une activité de téléchargement. Une hausse nette des délais ou des pertes uniquement pendant cette activité suggère une saturation locale ou une gestion insuffisante des files d’attente.

Cause 3 : un DNS lent ou inaccessible

Le DNS traduit un nom de domaine en adresse IP. Lorsqu’il répond lentement, les sites peuvent mettre du temps à commencer leur chargement alors que le débit descendant est satisfaisant. Une panne DNS peut également donner l’impression que toute la connexion Internet est interrompue.

Comment vérifier cette hypothèse

La commande nslookup example.com permet de vérifier si un serveur DNS répond. Comparez le délai et le résultat avec un autre serveur DNS configuré dans la box ou sur l’ordinateur. Si les adresses IP répondent avec ping mais que les noms de domaine échouent, le DNS devient une piste prioritaire.

Cause 4 : un problème de ligne fibre ou d’opérateur

Une baisse simultanée du débit descendant et du débit montant sur plusieurs appareils peut provenir de la ligne, du boîtier fibre, de la box ou du réseau de l’opérateur. Des travaux, un incident régional ou une dégradation du signal optique peuvent provoquer des coupures et des pertes de paquets.

Comment vérifier cette hypothèse

Exécutez ping 1.1.1.1 -n 50, puis tracert 1.1.1.1. Si la passerelle locale répond correctement mais que les pertes apparaissent plus loin dans le réseau, le problème peut se situer entre la box et l’opérateur. Répétez les mesures à plusieurs heures et comparez-les avec un test de vitesse en Ethernet.

Cause 5 : une adresse IP ou une configuration réseau incorrecte

Une configuration IP défectueuse, un conflit d’adresse ou une passerelle absente peut empêcher l’accès à Internet. Le problème peut apparaître après une modification manuelle, une installation de logiciel réseau ou une sortie de veille de l’ordinateur.

Comment vérifier cette hypothèse

La commande ipconfig /all affiche l’adresse IP, la passerelle et les serveurs DNS utilisés. Une adresse automatique inhabituelle, l’absence de passerelle ou un serveur DNS non renseigné sont des indices importants. La commande ipconfig /release suivie de ipconfig /renew peut demander une nouvelle adresse à la box.

Cause 6 : un pare-feu, un VPN ou un logiciel de sécurité

Un VPN, un antivirus ou un pare-feu peut modifier le chemin réseau, filtrer certains paquets et réduire le débit. L’impact est particulièrement visible sur la latence et le débit montant, notamment lorsque le serveur VPN est éloigné ou très chargé.

Comment vérifier cette hypothèse

Comparez les résultats avec et sans VPN, puis vérifiez si un seul logiciel ou navigateur est concerné. Ne désactivez durablement aucune protection. Pour isoler la cause, utilisez uniquement les fonctions prévues par le logiciel et réactivez immédiatement le filtrage après le test.

Optimiser la connexion après le diagnostic

1. Réalisez les mesures principales en Ethernet, avec les téléchargements et les sauvegardes suspendus.
2. Redémarrez la box et le routeur si les symptômes sont apparus récemment, puis contrôlez les voyants et l’interface d’administration.
3. Placez la box dans une position dégagée et rapprochez les appareils importants ou utilisez un câble réseau.
4. Comparez plusieurs serveurs et plusieurs horaires afin de distinguer une saturation ponctuelle d’un défaut permanent.
5. Installez les mises à jour de la box, du routeur et de la carte réseau, puis vérifiez les pilotes de l’ordinateur.
6. Contactez l’opérateur avec les heures des incidents, les résultats de ping, tracert et nslookup, ainsi que les mesures de débit descendant et montant.

Interpréter correctement les résultats CMD

Un ping réussi ne prouve pas que le débit est bon : il indique seulement qu’une destination répond. À l’inverse, un serveur peut bloquer les requêtes ping sans être inaccessible par les services Web. Analysez toujours plusieurs indicateurs et répétez les tests dans des conditions identiques.

Le diagnostic est plus fiable lorsque la comparaison inclut la passerelle locale, une adresse IP publique et un nom de domaine. Cette méthode permet de séparer un défaut de Wi-Fi, de routeur, de DNS ou de réseau opérateur, puis de choisir une action adaptée au problème observé.