Traceroute spiegato: hop, timeout e percorsi di rete

Traceroute offre una vista diagnostica del percorso che i pacchetti possono seguire verso una destinazione. Elenca gli hop che rispondono e il tempo impiegato dalle risposte alle sonde. Ogni traccia è un'istantanea scattata in determinate condizioni di rete: non è una mappa permanente di Internet né una prova del tragitto compiuto da ogni pacchetto applicativo.

Come traceroute individua gli hop

Il programma invia sonde con un limite di hop via via più alto: TTL per IPv4 e Hop Limit per IPv6. Il router che porta il limite a zero può rispondere con un messaggio ICMP Time Exceeded. Ripetendo il procedimento emerge la sequenza dei dispositivi che rispondono lungo il percorso di andata.

A seconda del sistema operativo e delle opzioni, le sonde possono usare UDP, ICMP o TCP. Firewall e politiche di rete li trattano in modo diverso, quindi cambiando il tipo di sonda si possono ottenere tracce diverse. Una sonda TCP diretta alla porta del servizio, a volte, è più eloquente di una sonda UDP predefinita.

Come leggere tempi e asterischi

Ogni riga corrisponde al numero di un hop; i diversi tempi sulla stessa riga si riferiscono a sonde separate, non a un'unica misurazione continua. Un asterisco di solito indica che nessuna risposta è arrivata prima del timeout. Il router, però, può continuare a inoltrare il traffico normale pur rifiutandosi di rispondere o limitando i messaggi diagnostici.

Un tempo di risposta elevato su un hop intermedio non indica per forza un collo di bottiglia. Controlla se gli hop successivi e la destinazione finale mostrano un aumento simile. Il traffico di ritorno può seguire un'altra strada e il bilanciamento del carico può far viaggiare le sonde su percorsi di andata diversi. Per questi motivi una singola traccia è facile da fraintendere.

Una sequenza pratica di diagnosi

Su Linux e su molti sistemi macOS prova traceroute example.com; su Windows usa tracert example.com. Annota destinazione, protocollo scelto, ora e rete utilizzata. Esegui più tracce e confrontale con una prova diretta dell'applicazione. Usa un dominio che controlli o che sei autorizzato a diagnosticare.

Se tutte le sonde si fermano a un certo hop ma il sito web funziona, le risposte mancanti sono solo un limite dello strumento diagnostico. Se invece anche la destinazione non risponde, confronta le tracce eseguite da un'altra rete ed esamina DNS, regole del firewall e il servizio stesso. Condividi con il provider risultati sintetici: una traccia da sola non basta a stabilire chi abbia causato un guasto.

Salva l'output completo e non solo l'ultimo hop che ha risposto: risposte intermedie mancanti seguite da una risposta finale riuscita raccontano una storia ben diversa da una destinazione che non risponde mai.

BGP, Anycast e cambi di percorso

Traceroute osserva il percorso di determinate sonde, non direttamente la politica BGP. Una modifica nei peering può cambiare la sequenza degli hop, mentre Anycast può portare lo stesso IP verso un altro sito. Per approfondire, leggi come funziona traceroute e le guide dedicate a BGP e ASN e ad Anycast.