Ping, tracert, nslookup : par où commencer quand Internet répond mal ?
Le navigateur tourne dans le vide, mais le Wi-Fi affirme être connecté. Avant de redémarrer tous les appareils de la maison, quelques commandes peuvent aider à comprendre où chercher. Elles ne réparent rien toutes seules, ce qui est plutôt pratique quand on veut commencer par observer.
D’abord, savoir ce qui ne fonctionne plus
Un seul site échoue ou tous les services sont-ils touchés ? Un autre appareil fonctionne-t-il sur le même réseau ? Ces deux vérifications évitent de traiter une panne de serveur distant comme un problème de box.
Sur Windows, ouvrez le Terminal ou l’Invite de commandes. Commencez par ipconfig pour repérer l’adaptateur utilisé et sa passerelle par défaut. Ce premier relevé donne du contexte aux tests suivants. Inutile de recopier une adresse de routeur trouvée chez quelqu’un d’autre.
Ping vérifie une réponse, pas le débit de l’abonnement
La commande ping envoie des demandes de réponse ICMP et affiche notamment le temps aller-retour. Pour tester votre passerelle, utilisez son adresse réelle. L’exemple ci-dessous ne convient que si votre routeur utilise effectivement cette IP.
ping 192.168.1.1Une réponse confirme que cette cible a répondu à ces paquets à cet instant. Elle ne prouve pas que tous les services fonctionnent. Un délai élevé peut justifier d’autres vérifications, mais ce n’est pas une mesure de débit en mégabits par seconde.
Un délai d’attente dépassé n’est pas non plus une preuve de panne. Un équipement ou un pare-feu peut ignorer les requêtes ICMP tout en laissant passer le trafic Web. Croisez le résultat avec les autres observations.
Nslookup aide à isoler une piste DNS
Pour demander la résolution d’un nom, vous pouvez lancer une recherche simple, puis une recherche vers un résolveur précis.
nslookup example.com
nslookup example.com 1.1.1.1La seconde ligne interroge explicitement le serveur indiqué. Si elle répond alors que la recherche par défaut échoue, c’est une piste de diagnostic, pas une obligation de changer immédiatement de fournisseur.
Le nom du serveur peut apparaître comme inconnu si son nom inverse n’est pas disponible. Regardez surtout si la question reçoit une réponse. Et ne supposez pas que ce test décrit le DNS utilisé par toutes vos applications, notamment si votre navigateur a son propre DoH.
Notre recherche DNS en ligne permet aussi de comparer Google et Cloudflare. Elle fournit deux observations extérieures au réglage DNS de Windows.
Tracert montre les étapes qui acceptent de répondre
tracert example.comWindows fait varier la durée de vie des paquets pour identifier des étapes du trajet. Des astérisques peuvent apparaître lorsqu’un équipement ne répond pas dans le délai prévu. Cela ne signifie pas automatiquement qu’il bloque le trafic qui le traverse.
Un chemin peut varier et le trajet du retour peut être différent. Une seule ligne lente ne suffit pas à désigner un opérateur responsable. Conservez plutôt les résultats de plusieurs essais, avec l’heure et le réseau utilisé.
Conserver les constats avant de modifier les réglages
Pour d’autres commandes et leurs usages, le guide des commandes réseau utiles sous Windows permet de prolonger les recherches. Si vous cherchez ensuite une méthode plus générale, le tutoriel pour résoudre un problème de connexion Internet propose plusieurs pistes.
Évitez de lancer une libération d’adresse, une réinitialisation réseau et un changement de DNS dans la même minute. Vous perdriez les conditions du test. Si les observations pointent vers un cache DNS local, commencez par comprendre ce que fait la commande de vidage du cache DNS, puis vérifiez à nouveau le résultat.