Accueil
» WINDOWS
»
Comment surveiller la stabilité de la connexion Internet sous Windows avec la commande Ping
Comment surveiller la stabilité de la connexion Internet sous Windows avec la commande Ping
Lorsqu'un appel vidéo se fige, qu'un téléchargement s'interrompt ou qu'une partie en ligne se déconnecte, utilisez l'invite de commandes Windows pour vérifier si la destination continue de répondre. Un pingtest continu affiche le temps d'aller-retour et le nombre de réponses manquées au fil du temps ; appuyez sur Entrée Ctrl+Cpour afficher les statistiques de perte de paquets et de latence. Comparez votre routeur, une adresse IP publique et le site concerné pour identifier la source de l'instabilité.
La commande ping permet un diagnostic rapide, et non un test complet de la qualité de la connexion Internet. Elle envoie des requêtes d'écho ICMP à une destination et mesure les réponses, ce qui permet d'évaluer la connectivité et la latence, mais pas la vitesse de téléchargement ni de vérifier que toutes les applications sont accessibles. Microsoft documente ces cas d'utilisation et l'option de test continu dans la documentation de référence de la commande ping de Windows .
Effectuer un test ping continu sous Windows
1. Ouvrez l'invite de commandes
Ouvrez le menu Démarrer, tapez « Invite de commandes » et lancez l'application. Il n'est pas nécessaire de l'exécuter en tant qu'administrateur pour un test ping basique. Laissez la fenêtre ouverte pendant que vous utilisez la connexion normalement ou attendez que le problème se produise.
Le résultat de la recherche met en évidence l'application Invite de commandes standard ; le mode administrateur n'est pas nécessaire pour cette vérification.
2. Effectuer un ping vers une adresse IP publique
À l'invite, saisissez cette commande et appuyez sur Entrée :
ping -t 8.8.8.8
8.8.8.8Il s'agit d'une des adresses IPv4 du DNS public de Google, ce qui en fait une destination publique pratique pour la comparer à votre réseau local. Cette adresse est répertoriée dans la documentation de configuration du DNS public de Google . Vous effectuez simplement un ping vers cette adresse IP ; vous ne modifiez pas les paramètres DNS de votre ordinateur.
Laissez la commande s'exécuter pendant quelques minutes, idéalement pendant l'interruption. Chaque réponse indique un temps d'aller-retour en millisecondes. Une série de réponses stables est plus utile qu'un résultat unique et rapide, car elle permet de repérer les délais d'attente répétés ou les variations brusques pendant que le problème se produit.
Les réponses répétées permettent de repérer plus facilement un délai d'attente dépassé ou un changement soudain du temps d'aller-retour.
3. Comparez votre routeur et le service que vous utilisez
Arrêtez le test en cours avec Ctrl+C, puis saisissez ipconfiget appuyez sur Entrée. Trouvez la passerelle par défaut sous la carte Wi-Fi ou Ethernet active. La passerelle est généralement votre routeur ; utilisez l’adresse exacte affichée sur votre PC, car elle peut être différente 192.168.1.1.
Effectuez un autre test en remplaçant l'adresse d'exemple par votre passerelle :
ping -t 192.168.1.1
Arrêtez ensuite le test et, si nécessaire, testez le nom d'hôte du site ou du service défaillant, par exemple : [exemple de nom d'hôte] ping example.com. Exécutez ces tests un par un afin de faciliter la comparaison des résultats. Certains routeurs, sites web et pare-feu ignorent ou limitent les requêtes ping ; par conséquent, un délai d'attente dépassé pour une seule destination ne suffit pas à conclure à une panne de votre connexion Internet.
Utilisez la passerelle indiquée par ipconfig ; 192.168.1.1 n'est qu'une adresse d'exemple.
Comment interpréter les résultats d'un ping
Réponse avec time=…ms : la destination a répondu et le nombre correspond au délai aller-retour. Des valeurs plus élevées ou variables peuvent avoir une incidence sur la voix, la vidéo et les jeux, mais il n’existe pas de seuil de latence unique qui convienne à tous les trajets et à tous les usages.
Délai d'attente dépassé : aucune réponse n'est arrivée avant la fin du délai d'attente de Windows. Le paquet a peut-être été perdu ou le destinataire filtre peut-être les messages ICMP.
Échec général ou destination inaccessible : Windows ou un périphérique réseau n’a pas pu envoyer ou acheminer la requête. Vérifiez la carte réseau locale, la passerelle et la connexion ; ce message, à lui seul, n’identifie pas la cause du problème.
Statistiques ping : après Ctrl+Canalyse, examinez les paquets envoyés, reçus et perdus, ainsi que les temps d’aller-retour minimum, maximum et moyen. Des pertes de paquets répétées sont préoccupantes ; une brève perte isolée est moins significative.
Appuyez sur Ctrl+C pour imprimer le nombre de paquets et le résumé aller-retour pour le test en cours.
Utilisez le modèle pour cerner le problème.
Perte ou augmentation soudaine du signal lors du ping de la passerelle : commencez par vérifier la connexion locale. Contrôlez le signal Wi-Fi, essayez une connexion Ethernet si disponible et examinez le routeur ou le point d’accès. Une passerelle qui ne répond pas au ping peut également être configurée pour bloquer les réponses ICMP.
La passerelle est stable, mais l'adresse IP publique subit des pertes répétées : le problème peut provenir d'un autre périphérique que votre ordinateur, comme la connexion Internet de votre routeur, le chemin d'accès de votre fournisseur d'accès, votre VPN ou un filtrage réseau. Répétez le test et notez l'heure avant de contacter votre fournisseur d'accès ou votre administrateur réseau.
L'adresse IP publique répond, mais le nom d'hôte est introuvable : cela indique un problème de résolution de noms, comme avec le DNS. Si le nom d'hôte est résolu en une adresse IP mais ne répond pas au ping, l'hôte peut simplement bloquer le protocole ICMP.
Tous les pings semblent stables, mais une application peine toujours à se connecter : la commande ping ne vérifie que la cible que vous avez indiquée. L’application peut utiliser un serveur différent ou dépendre de la bande passante, d’interférences Wi-Fi ou d’autres facteurs. Un test de débit mesure la vitesse de transmission ; il répond à une question différente de celle posée par ping.
Le guide de dépannage TCP/IP de Microsoft indique que le protocole ICMP peut être bloqué par un réseau ou un pare-feu. Il est donc important d'interpréter les réponses erronées en parallèle avec d'autres vérifications, plutôt que de les considérer comme la preuve d'une panne. Pour un suivi efficace, notez la destination du test, le type de connexion, l'heure du problème et le pourcentage de perte de paquets pour chaque exécution.
Pour interrompre un test en cours et imprimer son résumé, appuyez sur Ctrl+C. Si vous devez surveiller un serveur de travail ou de jeu spécifique, utilisez son nom d'hôte ou son adresse IP lorsqu'ils sont disponibles ; un résultat correct provenant de l'adresse de Google ne garantit pas un accès stable à un autre service.