0Pricing
Network+ Academy · Leçon

Tester l'accessibilité avec ping

Utilisez ping pour vérifier si un hôte répond et à quelle vitesse.

Tester l'accessibilité avec ping est une leçon Network+ Academy gratuite sur CoddyKit. Ceci est la leçon 1 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Network+ Academy, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Network+ Academy comprend 4 leçons au total.

Ce que fait Ping

Ping est le test de connectivité le plus élémentaire. Il envoie un petit message à un hôte cible et attend une réponse, ce qui permet de répondre à la question : « puis-je atteindre cet appareil, et à quelle vitesse ? » Si les réponses reviennent, le chemin fonctionne au niveau réseau. Si elles expirent, un élément entre vous et la cible est défaillant. Ping est généralement le premier outil utilisé par un technicien.

ping 8.8.8.8

Comment fonctionne Ping

Ping utilise ICMP (Internet Control Message Protocol), en envoyant une demande d’écho et en attendant une réponse d’écho. ICMP est un protocole auxiliaire destiné aux diagnostics et aux messages d’erreur, et non au transport des données utilisateur. Comme Ping fonctionne au niveau réseau, un Ping réussi confirme la connectivité IP, même lorsque des services des couches supérieures, comme le Web ou la messagerie, sont défaillants.

Lire la sortie de Ping

Une réponse de Ping indique l’IP de l’appareil répondant, le nombre d’octets, le temps aller-retour en millisecondes et le TTL. Des temps faibles et réguliers indiquent un chemin sain. Des temps qui augmentent ou varient fortement suggèrent une congestion ou une grande distance. À la fin, Ping récapitule les paquets envoyés, reçus et perdus, ce qui vous donne rapidement une idée de la fiabilité.

Temps aller-retour

Le temps aller-retour (RTT) est la durée nécessaire à une demande et à sa réponse, mesurée en millisecondes. Un Ping vers un appareil local peut afficher moins de 1 ms ; un serveur distant peut afficher 100 ms ou davantage. Le RTT reflète la latence sur le chemin. Comparer le RTT à une référence connue vous aide à distinguer le délai normal lié à la distance d’un ralentissement anormal.

Perte de paquets avec Ping

Ping indique la perte de paquets sous forme du pourcentage de réponses qui ne sont jamais revenues. Une perte de 0 % est idéale. Une perte occasionnelle peut être sans conséquence, mais une perte constante signale un problème réel : congestion, liaison instable ou appareil surchargé. Envoyer de nombreux Pings, de manière continue ou selon un nombre défini, donne une image plus précise de la perte qu’une seule tentative.

TTL et nombre de sauts

La valeur TTL (Time To Live) d’une réponse donne une indication sur le nombre de routeurs traversés par le paquet. Chaque routeur diminue le TTL d’une unité ; lorsqu’il atteint zéro, le paquet est supprimé, ce qui empêche les boucles infinies. Les TTL initiaux courants sont 64, 128 ou 255 selon l’OS ; un TTL retourné de 56 suggère donc environ huit sauts.

Tester par étapes

Une technique classique consiste à effectuer des Pings vers l’extérieur par étapes : d’abord 127.0.0.1 (bouclage, qui teste votre propre pile TCP/IP), puis votre propre IP, ensuite la passerelle par défaut, puis une IP distante et enfin un nom distant. La première étape qui échoue localise le problème : votre propre machine, le LAN, la passerelle ou Internet.

Ping par IP ou par nom

Effectuer un Ping vers une adresse IP teste la connectivité pure. Effectuer un Ping vers un nom, comme ping example.com, teste également le DNS, car le nom doit d’abord être résolu en adresse IP. Si le Ping par IP fonctionne mais que celui par nom échoue, la connectivité est correcte et le problème concerne la résolution de noms : une distinction extrêmement utile qui réduit instantanément votre champ de recherche.

Lorsque Ping est bloqué

Un Ping échoué ne signifie pas toujours que l’hôte est hors service. De nombreux pare-feu et serveurs bloquent ICMP pour des raisons de sécurité ; un appareil peut donc fonctionner parfaitement tout en ignorant les Pings. Interprétez toujours les résultats de Ping dans leur contexte. Si Ping échoue mais que le service répond sur son port réel, l’hôte fonctionne et seul ICMP est filtré.

Options courantes de Ping

Les options utiles varient selon l’OS, mais comprennent le Ping continu (-t sous Windows, par défaut sous Linux), un nombre défini de requêtes (-n sous Windows, -c sous Linux) et une taille de paquet supérieure pour tester la fragmentation. Un Ping continu est idéal pour observer en temps réel une liaison intermittente, tandis qu’un nombre fixe fournit rapidement un échantillon de fiabilité.

ping -c 10 192.168.1.1

Ping dans le dépannage

Ping est particulièrement utile au début du dépannage, car il distingue rapidement « est-ce accessible ? » de « le service fonctionne-t-il ? ». Un Ping réussi vous fait remonter dans les couches vers le DNS, les ports ou l’application. Un Ping échoué vous oriente vers les câbles, l’adressage ou le routage. Dans les deux cas, ce petit outil oriente votre investigation dans la bonne direction.

Vérification rapide

Vérifiez vos connaissances sur Ping.

Récapitulatif

Vous avez appris à utiliser Ping. Points essentiels :

  • Ping utilise les demandes et réponses d’écho ICMP pour tester l’accessibilité.
  • Lisez le RTT, la perte de paquets et le TTL dans la sortie.
  • Effectuez des Pings par étapes : bouclage, propre appareil, passerelle, IP distante, nom distant.
  • Une IP qui fonctionne mais un nom qui échoue indiquent un problème de DNS.
  • Un ICMP bloqué peut donner l’impression qu’un hôte sain est hors service.

Questions Fréquemment Posées

La leçon « Tester l'accessibilité avec ping » est-elle gratuite ?

Oui — le texte complet de « Tester l'accessibilité avec ping » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Network+ Academy, passe à CoddyKit PRO. Le cours Network+ Academy comprend 4 leçons au total.

Qu'est-ce que j'apprendrai dans « Tester l'accessibilité avec ping » ?

Utilisez ping pour vérifier si un hôte répond et à quelle vitesse. Tu pratiques Network+ Academy avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.

Dois-je avoir de l'expérience pour commencer Network+ Academy ?

Aucune expérience préalable n'est requise. Network+ Academy sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 1 sur 4.

Combien de temps prend la leçon « Tester l'accessibilité avec ping » ?

La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.

Peux-tu écrire et exécuter du code dans cette leçon Network+ Academy ?

Oui. Chaque leçon Network+ Academy inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.

Toutes les leçons de ce cours

  1. Tester l'accessibilité avec ping
  2. Cartographier le chemin avec traceroute
  3. Afficher les paramètres avec Ipconfig
  4. Interroger le DNS avec Nslookup
← Retour à Network+ Academy