IP & Network

ICMP-ping

Meet round-trip-latency naar elke host of IP, live.

Over deze tool

Ping verstuurt ICMP-echo-aanvragen naar een host en meet hoe lang elk antwoord erover doet. Het is de eenvoudigste, oudste bereikbaarheidstest op het internet — en nog altijd de snelste manier om vast te stellen of een server actief is, hoe ver hij in netwerk-tijd verwijderd is, en of het pad tussen u en hem stabiel is.

Onze tool verstuurt 1 tot 30 echo's vanaf onze server in Frankfurt, streamt elk antwoord naar uw browser zodra het binnenkomt, en sluit af met de standaard min/avg/max/mdev-samenvatting plus het pakketverliespercentage. Tijden komen rechtstreeks uit de kernel, dus wat u ziet is de werkelijke round-trip op de lijn — geen verwerkingsoverhead.

Wanneer gebruikt u deze tool

  • Bevestigen dat een server bereikbaar is. Een schone run met 0% verlies betekent dat de host actief is en ICMP end-to-end is toegestaan.
  • Latentie vergelijken met meerdere locaties. Voer de tool uit tegen hetzelfde doel vanuit verschillende regio's om te zien welk datacenter het dichtstbij is in netwerk-tijd.
  • Een instabiel pad opsporen. Stabiele RTT's zijn gezond; jitter (hoge mdev) en intermitterend verlies wijzen op een verstopte of flapperende verbinding ergens onderweg.
  • Een deploy controleren. Direct na een DNS- of load-balancer-wijziging pingt u het nieuwe IP om te verifiëren dat het reageert, voordat u echt verkeer stuurt.

Het resultaat lezen

seq is het echo-nummer (1, 2, 3 …). ttl is de resterende time-to-live in het antwoord — het vertelt u ruwweg hoeveel hops het pakket op de terugweg heeft genomen. time is de round-trip in milliseconden. De samenvatting onderaan geeft u het minimum, gemiddelde, maximum en de gemiddelde afwijking over alle succesvolle echo's, plus hoeveel pakketten verloren zijn gegaan. Een paar procent verlies is meestal ruis; aanhoudend verlies boven 5–10% verdient onderzoek.

Veelgestelde vragen

Waarom toont de host 100% pakketverlies terwijl ik er wel naartoe kan browsen?

Veel hosts (vooral cloud-loadbalancers, CDN-edges en thuisrouters achter NAT) laten ICMP-echo bewust vallen, terwijl ze HTTP, SSH of ander TCP-verkeer wel blijven bedienen. 100% ping-verlies is voor die hosts geen betrouwbaar "offline"-signaal — probeer een TCP-controle (Port Checker) voordat u aanneemt dat de dienst onbereikbaar is.

Wat is mdev en waarom is het belangrijk?

mdev is de gemiddelde afwijking van round-trip-tijden — een maat voor jitter. Lage mdev (onder enkele ms) betekent dat het pad stabiel is; hoge mdev ten opzichte van het gemiddelde betekent dat de RTT heen en weer schiet, wat slecht nieuws is voor VoIP, gaming en elk latency-gevoelig protocol. De kwaliteit van audio-oproepen begint te degraderen rond 30–50 ms jitter, ongeacht de gemiddelde latentie.

Zijn privé-IP's en link-local adressen toegestaan?

Nee. Om misbruik en onbedoelde lekken te voorkomen weigert de tool RFC 1918 privé-reeksen (10/8, 172.16/12, 192.168/16), loopback, link-local (169.254/16), CGN (100.64/10) en cloud-metadata-endpoints (169.254.169.254 etc.). Het pingen van uw eigen LAN hoort vanaf uw eigen machine te gebeuren, niet vanaf een openbare dienst.

Kan ik het aantal echo's verhogen?

Ja — kies 5, 10, 20 of 30 uit het dropdown-menu. Meer echo's geven u een nauwkeuriger gemiddelde en een beter beeld van jitter, maar elke echo wacht standaard 1 seconde, dus 30 echo's duren ongeveer 30 seconden. Voor een snelle bereikbaarheidscheck is 5 ruim voldoende; voor het diagnosticeren van intermitterend verlies is 20+ nuttiger.

Hoe verschilt dit van ping uitvoeren in mijn eigen terminal?

De ICMP-probes vertrekken vanaf onze server in Frankfurt, niet vanaf uw machine, dus absolute RTT's weerspiegelen de netwerkafstand van ons naar het doel — nuttig om te controleren of het doel bereikbaar is vanaf buiten uw eigen netwerk, maar niet hetzelfde als uw lokale latentie. Voer dezelfde ping lokaal uit om te vergelijken; als onze cijfers goed zijn en die van u niet, ligt het probleem in uw verbinding, niet bij de bestemming.