IP & Network
Netwerk-traceroute
Volgt het netwerkpad naar elke host, hop voor hop.
Host or IP
IPv4, IPv6 or domain. Public addresses only.
Over deze tool
Traceroute onthult de werkelijke route die uw pakketten over het internet afleggen — elke router, elke hop, elke wijziging in latentie onderweg. Waar ping u vertelt "is de host actief", vertelt traceroute u "hoe ziet het pad eruit en waar wordt het traag".
Onze tool draait traceroute -n -q 1 -m 30 vanaf onze server in Frankfurt en stuurt één probe per hop met een time-out van 2 seconden. Zodra elke router antwoordt verschijnt de regel in uw browser — u ziet de trace hop voor hop opbouwen. We voegen reverse DNS, land (met vlag), stad en ASN/eigenaar toe voor elk publiek IP, zodat u kunt zien wie welk deel van het pad beheert.
Wat u ermee kunt doen
- Vind waar de latentie zit. Een schone lage-RTT-trace die plotseling 80 ms springt bij hop 12 wijst naar één specifieke transit. De ASN van die hop vertelt u van wie het netwerk is.
- Bevestig dat het pad door de verwachte geografie loopt. Verkeer van Frankfurt naar een "Europese" host dat een omweg via New York maakt is een betekenisvol signaal — kan verkeerd gerouteerd zijn, kan normale CDN-edge zijn, maar het is het waard om te zien.
- Vergelijk twee hosts naast elkaar. Voer traceroute uit naar A en naar B; als beide bij dezelfde hop sterven, ligt het probleem tussen ons en die tussenliggende router, niet bij de bestemmingen.
Het resultaat lezen
Hops gemarkeerd met* betekenen geen antwoord binnen 2 seconden — dat is óf een router die ICMP TTL-exceeded-berichten laat vallen (zeer gebruikelijk), óf een echt pakketverlies. Aanhoudende * voor de laatste paar hops terwijl eerdere hops slagen, betekent meestal dat de firewall bij de bestemming traceroute-probes stilletjes laat vallen — de host is in orde, alleen verborgen. De reverse-DNS-kolom geeft hints over carrier-topologie: namen als be-1234.cr1-ams.nl.example.net volgen een patroon (interface, rol, locatie, ASN-suffix).
Veelgestelde vragen
Waarom blijven sommige hops "*" laten zien?
Een
* betekent dat we geen antwoord kregen voor die TTL binnen 2 seconden. De meest voorkomende reden is een router die simpelweg geen ICMP TTL-exceeded uitstuurt — veel carriers limiteren of schakelen dit uit op backbonerouters. De trace gaat normaal voorbij deze hops, dus een paar sterretjes in het midden zijn geen probleem. Een lange staart sterretjes aan het einde betekent meestal dat de firewall van de bestemming probes laat vallen; de host zelf kan nog steeds bereikbaar zijn op TCP.
Waarom is mijn traceroute anders dan die van u?
Onze probes vertrekken vanuit Frankfurt, de uwe vanaf uw machine — andere ISP's, andere upstream peering, andere geografie. De trace is een momentopname van het pad tussen twee specifieke eindpunten op een specifiek moment. Het vergelijken van beide versies is precies het punt: als ons pad schoon is en het uwe niet, ligt de regressie stroomopwaarts van u, niet bij de bestemming.
Zijn privé/loopback-IP's toegestaan als doel?
Nee. RFC 1918 privé-reeksen, loopback, link-local (169.254/16), CGN (100.64/10) en cloud-metadata-endpoints worden geweigerd — hetzelfde SSRF-beleid als de rest van onze tools. Gebruik traceroute op uw eigen machine om uw LAN te inspecteren; een openbare dienst hoort alleen het publieke internet te probesen.
Slechts één RTT per hop — waarom niet drie?
Klassieke
traceroute verstuurt drie probes per TTL en print de drie round-trips. Wij gebruiken er één per hop (-q 1), zodat het worst-case scenario (30 onbereikbare hops × 2 s) binnen een budget van 60 seconden blijft — we houden probes goedkoop en laten u opnieuw uitvoeren als u een nauwkeurigere meting wilt. Voor diepere jitter-analyse op een specifieke hop is onze Ping-tool de juiste keuze: die stuurt 5–30 echo's en geeft u min/avg/max/mdev.
Mijn favoriete host toont latentie die niet overeenkomt met mijn eigen ping. Waarom?
Twee redenen. Ten eerste meet traceroute-RTT voor een tussenliggende hop de tijd die de router besteedde aan het genereren van een ICMP TTL-exceeded-antwoord — veel routers depriotiseren dat pad, dus het getal kan er slechter uitzien dan de werkelijke forwarding-latentie. Ten tweede meten wij vanuit Frankfurt; u meet vanaf waar u ook bent. De bestemmingsregel (laatste hop) is de dichtstbijzijnde analoog van uw end-to-end ping, en alleen wanneer het ook werkelijk het doel is.