Softonic

Strumento Traceroute

Passaggio 1 / 2

I browser non possono inviare probe ICMP/UDP grezze. Usa uno dei servizi esterni qui sotto per eseguire un traceroute da un punto di osservazione vicino a te.

Risultati

Un traceroute elenca i router che un pacchetto attraversa nel suo viaggio verso una destinazione. Quando un sito è lento, la causa emerge di solito in un hop preciso: un link di peering congestionato, un transito instradato male o un firewall che scarta pacchetti in silenzio. I browser non possono inviare i probe ICMP/UDP grezzi di cui un traceroute ha bisogno, quindi questa pagina non esegue la traccia da sola: ripulisce il tuo obiettivo e lo consegna, già precompilato, a servizi pubblici affidabili che tracciano da più punti di Internet, esattamente ciò che serve quando il problema non è sulla tua linea. Per testare la tua connessione, esegui tracert o traceroute in locale; questa pagina ti insegna a leggere l’output in entrambi i casi.

Come eseguire un traceroute utile

  1. 1

    Inserisci un hostname o un IP

    Va bene anche un URL completo: rimuoviamo `https://` e qualsiasi percorso finale prima di costruire i link.

  2. 2

    Apri un servizio di probe

    Ogni link si apre con il tuo obiettivo precompilato. Check-host.net e la pagina di traceroute multi-località sondano da molte regioni contemporaneamente; HackerTarget esegue una traccia classica dal proprio punto di osservazione.

  3. 3

    Leggi l'elenco degli hop

    Ogni riga è un router: numero di hop, hostname/IP e tempo di andata e ritorno, di solito tre campioni per hop.

  4. 4

    Individua l'hop problematico

    Un grande balzo di latenza, `* * *` (nessuna risposta) o una lunga catena dentro una stessa rete di solito indicano il problema.

  5. 5

    Sali al livello di routing

    Il link BGP.tools mostra il percorso AS e i dati di peering quando il problema sta tra le reti. Per misurare la tua linea, esegui `tracert` o `traceroute` in locale.

Come funziona il traceroute, in un paragrafo

Il traceroute invia pacchetti con un TTL (time-to-live) artificialmente basso. Il primo pacchetto ha TTL=1, quindi il primo router lo decrementa a 0 e restituisce un messaggio ICMP “time exceeded”. TTL=2 rivela il secondo router, e così via. Quando il TTL eguaglia il numero reale di hop, il pacchetto raggiunge la destinazione. Le risposte ti danno l’IP e il tempo di risposta di ogni router sul percorso.

Leggere l’output

Simbolo / schema Di solito significa
* * * L’hop non ha risposto; firewall o rate limiting ICMP
Grande balzo di latenza Quel router è geograficamente lontano o congestionato
Stessa latenza su 5+ hop Quei router condividono una stessa sede fisica
Loop nei nomi host MPLS o routing asimmetrico; controlla il percorso AS
La traccia finisce presto Bloccata dal firewall di destinazione (comune per gli host cloud)

Eseguirlo dalla tua macchina

  • Windows: tracert example.com
  • macOS e Linux: traceroute example.com
  • Statistiche continue: mtr example.com (installalo con il tuo gestore di pacchetti)

Un’esecuzione locale misura il percorso dalla tua connessione, che nessun servizio online può vedere. I link qui sopra sondano invece dalle sedi dei servizi: usa entrambi per distinguere “il problema è la mia linea” da “il problema è il transito del sito”.

Suggerimenti

  • Un traceroute singolo è rumoroso. mtr (probe continui) fornisce dati molto più affidabili per i problemi intermittenti.
  • Esegui tracce da almeno due regioni. Un problema che compare in una e non nell’altra si localizza in fretta.
  • I traceroute basati su ICMP (-I) a volte riescono dove quelli UDP falliscono; i firewall li trattano in modo diverso.
  • Le risoluzioni DNS su ogni hop rallentano l’output. Usa un equivalente di -n dove il servizio di probe lo offre.
  • Per gli host cloud (AWS, Cloudflare) la destinazione si nasconde spesso dietro un load balancer e la traccia finisce uno o due hop prima del server reale. È normale.

Domande frequenti

Un traceroute dal nostro unico server in Germania non ti direbbe quasi nulla su un problema di un utente a Los Angeles. Servizi come HackerTarget e Check-host.net sondano da molte regioni, che è ciò che serve davvero in diagnosi, e una traccia dalla tua macchina copre la tua linea.

Quel router non ha risposto al probe entro il timeout. Molti router limitano o scartano di proposito il traffico traceroute. Se la traccia prosegue oltre il vuoto, il percorso è a posto; il router è solo silenzioso.

Sì. Le risposte tornano lungo il percorso di ritorno, che può differire da quello di andata. Un hop lento nel mezzo potrebbe essere lento solo al ritorno. MTR e i traceroute basati su TCP riducono questa ambiguità.

Le reti backbone moderne consolidano molto il traffico. Otto hop tra continenti sono comuni se sorgente e destinazione stanno entrambe su reti tier-1.

L’hostname arriva al nostro server per la convalida e la costruzione dei link in uscita, come qualsiasi normale richiesta di pagina, e nel percorso a passi compare anche nell’URL della pagina. Ogni servizio esterno lo vede solo quando clicchi il suo link.

Strumenti correlati

Calcolatore di Subnet IP

Calcola l'intervallo di subnet, rete, broadcast, host utilizzabili e maschera jolly per qualsiasi blocco CIDR IPv4 con copertura completa da /0 a /32.

Qual è il mio IP

Visualizza l’indirizzo IP ricevuto da questo server per la richiesta, se è IPv4 o IPv6 e, quando i dati GeoIP locali sono disponibili, un paese approssimativo.

Calcolatore CIDR

Calcola indirizzo di rete, broadcast, intervallo host, IP utilizzabili e maschera di sottorete per qualsiasi blocco CIDR IPv4.

Dominio a IP

Risolvi qualsiasi nome di dominio nei suoi indirizzi IPv4 (A) e IPv6 (AAAA) e copiali in qualsiasi strumento di rete.

Verifica porte TCP

Tenta dal server una connessione TCP a una porta di un host pubblico, con timeout di cinque secondi.

Tester di Richiesta HTTP

Invia richieste HTTP con metodo, intestazioni e corpo personalizzati. Ispeziona il codice di stato, il tempo di risposta e il corpo e le intestazioni della risposta completa.

Strumento disponibile in altre lingue