Disponibilité ICMP par localisation
Ping
Lancez un ping serveur borné depuis la Russie et la Finlande, avec perte de paquets, échantillons de latence et temps aller-retour moyen lorsque disponible.
Ping est utile quand vous vous intéressez à la disponibilité brute et à la perte de paquets par point de test, pas au rendu navigateur ni aux réponses applicatives.
Vous pouvez voir si chaque requête ICMP echo est revenue ou si le chemin a perdu une partie ou la totalité de l'ensemble de sondes.
Les temps moyen, minimum et maximum aident à décider si le chemin est assez stable avant d'ouvrir les outils de couche applicative.
La sortie ping brute côté serveur reste visible pour lire le résultat exact de la commande, pas seulement le résumé structuré.
Hôte ou IP
Ping
Rapport
PrêtRésumé
Rapport de diagnostic côté serveur
Lancez une vérification pour générer un rapport structuré avec état, temps, détails techniques et sortie brute lorsqu'elle est disponible.
01
Ce que vérifie cet outil
Perte de paquets
Vous pouvez voir si chaque requête ICMP echo est revenue ou si le chemin a perdu une partie ou la totalité de l'ensemble de sondes.
Latence aller-retour
Les temps moyen, minimum et maximum aident à décider si le chemin est assez stable avant d'ouvrir les outils de couche applicative.
Sortie de commande brute
La sortie ping brute côté serveur reste visible pour lire le résultat exact de la commande, pas seulement le résumé structuré.
02
Comment l'utiliser
Lancez ping quand vous voulez le signal de disponibilité le plus simple avant de déboguer les ports ou HTTP.
Regardez ensemble la perte de paquets et la latence moyenne ; l'un sans l'autre peut induire en erreur.
Utilisez ensuite Traceroute lorsque ping échoue ou paraît instable et que vous avez besoin d'une visibilité au niveau du chemin.
03
Comment lire le résultat
Ping se limite au niveau réseau
Un hôte peut répondre au ping alors que l'application sur le port 80 ou 443 est cassée, et beaucoup d'hôtes bloquent entièrement le ping tout en servant correctement HTTP.
La perte de paquets est le premier signal
Même un taux de perte modéré peut expliquer un comportement applicatif lent ou instable depuis un point de test actif.
Deux localisations ne sont pas tout Internet
Ce résultat est utile, mais il reflète seulement la Russie et la Finlande. Une autre ville ou un autre fournisseur peut encore donner un résultat différent.
Des guides pour mieux exploiter cet outil
Interprétez la sortie, comprenez les modes de panne courants et choisissez la prochaine étape de diagnostic sans quitter le produit.
FAQ Ping
Pourquoi ping peut-il échouer alors que le site s'ouvre ?
Parce que de nombreux fournisseurs limitent ou bloquent ICMP sans bloquer TCP. Ping est utile, mais ce n'est pas la même chose qu'une vérification HTTP.
Que faire après l'apparition d'une perte de paquets ?
Ouvrez Traceroute pour la visibilité du chemin et le vérificateur de site pour les temps applicatifs afin de séparer la perte réseau des problèmes applicatifs.
La latence affichée est-elle la latence utilisateur ?
C'est seulement l'aller-retour réseau depuis les points de test actifs. L'expérience réelle dépend aussi de la géographie, du navigateur et du travail applicatif.