Check-Host.cc

Info Ping HTTP TCP UDP MTR DNS

Vérifier avec MTR nl-eyg-ghosted.check-host.eu

Lien permanent |
Emplacement Résultat
AL Albania, Tirana
AU Australia, Sydney
BA Bosnia and Herzegovina, Novi Travnik
BG Bulgaria, Sofia
CA Canada, Montreal
CH Switzerland, Bern
CL Chile, Santiago
CN China, Hohhot
DE Germany, Nuernberg
DE Germany, Frankfurt am Main
DE Germany, Frankfurt am Main
DE Germany, Limburg
DK Denmark, Glostrup Municipality
ES Spain, Madrid
FI Finland, Helsinki
FI Finland, Helsinki
FR France, Gravelines
FR France, Paris
GB United Kingdom, London
HK Hong Kong, Hong Kong
HR Croatia, Zagreb
HU Hungary, Budapest
ID Indonesia, Jakarta
IN India, New Delhi
IS Iceland, Reykjavik (Miðborg)
IT Italy, Como
LT Lithuania, Pilaite
LV Latvia, Riga
MD Moldova, Chisinau
NL Netherlands, Amsterdam
NL Netherlands, Amsterdam
NL Netherlands, Amsterdam
NL Netherlands, Eygelshoven
QA Qatar, Doha
RO Romania, Bacău
RO Romania, Bucharest
RS Serbia, Belgrade
SG Singapore, Singapore
TW Taiwan, Taipei
US United States, Miami
US United States, Dallas
US United States, Kansas City

Outil de diagnostic de routage et MTR (My Traceroute) mondial

L'outil MTR de Check-Host combine les capacités de traceroute et de ping en une seule interface de diagnostic réseau dynamique. En envoyant des paquets ICMP séquentiels avec des valeurs TTL (Time-To-Live) croissantes depuis plus de 50 nœuds mondiaux, il cartographie les chemins de routage physiques et logiques exacts que votre trafic emprunte à travers l'épine dorsale d'Internet pour atteindre sa destination finale.

Perte de paquets et latence saut par saut

Le ping traditionnel mesure uniquement la réponse du serveur de destination. Le test MTR offre une visibilité granulaire et continue sur chaque routeur intermédiaire (saut) entre la source et la cible. Cela permet aux ingénieurs réseau d'identifier précisément quel fournisseur de transit de niveau 1 ou FAI régional perd des paquets, souffre d'encombrement matériel ou induit de graves pics de latence avant même que le trafic n'atteigne votre pare-feu de périphérie.

Routage BGP et chemins non optimaux

Internet s'appuie sur le protocole BGP (Border Gateway Protocol) pour acheminer le trafic. Cependant, BGP privilégie le chemin AS le plus court, qui n'est pas nécessairement la route physique la plus rapide ou la plus fiable. En exécutant un test MTR distribué, les administrateurs peuvent identifier les accords d'appairage (peering) sous-optimaux, les anomalies de routage asymétriques et les boucles de routage circulaires qui dégradent les performances de l'application pour des populations internationales spécifiques.

Résolution DNS inverse (PTR)

Notre moteur MTR effectue automatiquement des recherches DNS inverses (rDNS) sur chaque saut découvert. La traduction des adresses IP brutes en noms d'hôtes canoniques permet d'identifier rapidement les opérateurs commerciaux (par ex. Telia, Level3, Cogent) qui gèrent l'infrastructure de transit. Remarque : si un saut spécifique renvoie une perte constante de 100 %, mais que les sauts suivants répondent normalement, cela indique généralement un pare-feu qui ignore silencieusement les paquets TTL-exceeded ICMP plutôt qu'une véritable panne de réseau.