🛤️ Traceroute Tool - Network Route Tracing Online

🖧
The selected healthy worker peer will originate this network request.
🎯
Examples: google.com, cloudflare.com, 1.1.1.1, 8.8.8.8
⚙️
🎮
📊
Tracing route to {{ targetHost }}...
Current hop: {{ currentHop }} / {{ maxHops }}
🛤️
Enter a target host and click"Start Traceroute" to begin tracing...
{{ result.message }}
{{ result.hopNumber }} {{ result.hostname }} ({{ result.ip }}) {{ result.times }} {{ result.hopNumber }} {{ result.raw }}
{{ result.hopNumber }} * * * Request timeout
{{ result.message }}
{{ result.message }}
{{ result.message }}
Probing hop {{ currentHop }}...
📈
Route Info:
Total Hops: {{ completedHops.length }}
Destination: {{ targetHost }}
Final IP: {{ finalDestination }}
Performance:
Min Latency: {{ routeStats.minLatency }}ms
Max Latency: {{ routeStats.maxLatency }}ms
Avg Latency: {{ routeStats.avgLatency }}ms
⚠️ {{ error }}

ℹ️ About Traceroute Tool

Traceroute Tool traces the hop-by-hop network path from the Online Cyber Tools worker to a host name or IP address. It is useful for finding where traffic leaves a local network, which transit providers are involved, and where packet loss or delay appears along an Internet route.

Traceroute works by sending probes with gradually increasing IPv4 TTL or IPv6 Hop Limit values. Routers that decrement the value to zero usually return an ICMP Time Exceeded message, revealing the next hop in the path. The underlying behavior comes from the IPv4 TTL field in RFC 791, ICMP Time Exceeded messages in RFC 792, IPv4 router forwarding requirements in RFC 1812, the IPv6 Hop Limit field in RFC 8200, and ICMPv6 diagnostics in RFC 4443.

  • Check whether a domain resolves and reaches the expected destination network.
  • Compare latency across the first mile, ISP backbone, transit provider, and destination edge.
  • Spot routing loops, unusually long paths, or a sudden timeout after a specific hop.
  • Collect evidence for hosting providers, ISPs, CDN support teams, or incident reports.
  • Confirm whether packet loss is local to one hop or continues through later hops.

Example targets include example.com, 1.1.1.1, 8.8.8.8, or an origin server IP. Each hop normally shows a router address or hostname plus several round-trip times in milliseconds. A line such as * * * means the probe did not receive a usable response before the timeout; it does not always mean traffic stopped there.

  • High latency at one hop: treat it as significant only when later hops also stay slow; many routers rate-limit control-plane ICMP replies.
  • Missing hops: firewalls, MPLS cores, private backbone links, and ICMP rate limits can hide intermediate routers.
  • Different paths: load balancing and asymmetric routing can send outbound probes and return traffic over different links.
  • Worker perspective: this online traceroute runs from the selected server-side worker, not from your browser or home network.
  • Responsible use: trace only systems you own, administer, or are allowed to test; route discovery can be treated as reconnaissance.

For deeper troubleshooting, pair traceroute results with DNS lookup, reverse DNS, ASN lookup, ping, BGP route lookup, and website status checks. Together those tools help separate name-resolution problems, packet reachability, Internet routing, and application-layer failures.

API Usage Example:

GET /api/tools/network/traceroute/stream?target=example.com

curl "https://onlinecybertools.com/api/tools/network/traceroute/stream?target=example.com"
Ready