Quando un sito web, un server o un servizio online smette di rispondere, non \u00e8 sempre chiaro dove si trova il problema. Il tuo computer potrebbe essere connesso alla rete locale, ma la destinazione rimane irraggiungibile. Il problema potrebbe essere nel tuo router domestico, nella rete del tuo provider di Internet, in una rete remota o nel server stesso di destinazione.<\/p>\n\n\n\n
Traceroute \u00e8 uno strumento di diagnostica di rete che aiuta a mostrare il percorso dei pacchetti dal tuo dispositivo verso una destinazione. Elencata i router intermedi, comunemente chiamati salti, e misura quanto tempo impiegano le risposte da ciascuno. Questo pu\u00f2 aiutarti a identificare dove il percorso cambia, dove iniziano i ritardi o dove le risposte smettono di apparire.<\/p>\n\n\n\n
Traceroute non mostra ogni dettaglio su come funziona l'instradamento Internet, e un timeout non significa automaticamente che un router o un collegamento sia guasto. Molti router limitano o filtrano le risposte su cui si basa traceroute. Tuttavia, quando si comprende cosa pu\u00f2 e non pu\u00f2 dire l'output, diventa un primo passo utile per la risoluzione dei problemi.<\/p>\n\n\n\n
Questo manuale spiega come funziona traceroute, come eseguirlo su Windows, macOS e Linux, e come interpretare i risultati comuni. Se stai imparando i fondamenti della rete, ti \u00e8 anche utile comprendere il ruolo di un gateway predefinito<\/a> e come sono organizzati gli intervalli di indirizzi IP sottoreti<\/a>.<\/p>\n\n\n\n Traceroute \u00e8 uno strumento da riga di comando che tenta di identificare i router attraverso cui passa un pacchetto mentre si reca verso una destinazione. Su Windows, lo strumento integrato si chiama Lo strumento invia una serie di sondaggi con limiti di salti crescenti. Un limite di salto indica a un pacchetto quanti router pu\u00f2 attraversare prima di essere eliminato. In IPv4, questo campo \u00e8 chiamato il Tempo di vita<\/strong>, o TTL. Nell'IPv6 \u00e8 chiamato il Limite di salto<\/strong>.<\/p>\n\n\n\n Quando un router inoltra un pacchetto, riduce il TTL o il limite di salti. Quando il valore raggiunge zero, il router scarta il pacchetto e potrebbe inviare una risposta indietro alla sorgente. Traceroute utilizza queste risposte per identificare i router successivi. Dopo che lo strumento ha appreso il primo salto, invia un'altra indagine con un limite pi\u00f9 alto, poi un'altra, proseguendo verso la destinazione.<\/p>\n\n\n\n Traceroute misura il tempo tra l'invio di un probe e la ricezione della risposta. Di solito invia diversi probe per ogni salto, per questo motivo l'output contiene spesso tre tempi di risposta. Quei numeri misurano il tempo necessario per far viaggiare il probe e la risposta tra il tuo dispositivo e il router che risponde. Non misurano solo il tempo impiegato dal pacchetto all'interno di quel router.<\/p>\n\n\n\n Un risultato tipico ha una riga numerata per ogni salto. Il primo salto \u00e8 di solito il tuo router locale o un altro primo dispositivo nella rete locale. I salti successivi possono appartenere al tuo fornitore di Internet, reti di transito, fornitori di hosting o alla rete della destinazione.<\/p>\n\n\n\n Un esempio semplificato potrebbe sembrare cos\u00ec:<\/p>\n\n\n\n La prima colonna identifica il numero di salto. Il valore successivo \u00e8 l'indirizzo o il nome del router che risponde. I valori rimanenti sono i tempi di risposta per i sondaggi inviati a quel salto. In questo esempio, il salto 4 non ha risposto ai sondaggi, ma il salto 5 ha risposto.<\/p>\n\n\n\n Un salto di risposta \u00e8 una prova che un'indagine ha ricevuto una risposta da quel punto. Non dimostra che ogni altra parte del percorso sia in buone condizioni. Analogamente, un salto che non risponde non dimostra che il router sia disattivato. Il dispositivo potrebbe essere configurato per inoltrare il traffico ignorando o limitando le indagini diagnostiche.<\/p>\n\n\n\n Traceroute pu\u00f2 mostrare percorsi diversi in momenti diversi. La rotta Internet cambia quando le reti modificano le rotte, bilanciano il traffico, gestiscono interruzioni o applicano politiche. Una rotta osservata in un tracciamento \u00e8 uno screenshot, non una mappa permanente.<\/p>\n\n\n\n Windows include Windows risolve il nome host in un indirizzo IP e poi mostra i salti che pu\u00f2 osservare. Puoi utilizzare Utilizzando Puoi limitare il numero massimo di salti con Questo comando salta le ricerche di nome, si ferma dopo un massimo di 20 salti e attende fino a 2000 millisecondi per una risposta a ciascuna indagine. Se una destinazione \u00e8 lontana o il percorso \u00e8 lento, un limite basso di salti potrebbe interrompere la traccia prima che raggiunga la destinazione.<\/p>\n\n\n\n Per testare un indirizzo IP specifico invece di un nome host, eseguire:<\/p>\n\n\n\n Quando si confrontano i risultati, testare sempre lo stesso destinatario in modo coerente. Una traccia verso un nome di dominio e una traccia verso un indirizzo IP specifico potrebbero seguire percorsi diversi se il dominio risolve a server diversi.<\/p>\n\n\n\n Su macOS, apri Terminal e esegui:<\/p>\n\n\n\n Per visualizzare gli indirizzi numerici senza provare a risolvere i nomi, utilizzare:<\/p>\n\n\n\n Puoi limitare il numero massimo di salti con Richiede un output numerico, limita il tracciamento a 20 salti e attende fino a due secondi per una risposta a ogni salto. Le opzioni esatte disponibili potrebbero variare leggermente tra le implementazioni, quindi consulta il manuale locale se un'opzione del comando non \u00e8 riconosciuta:<\/p>\n\n\n\n Il tracciamento potrebbe richiedere del tempo per completarsi perch\u00e9 invia diverse indagini a ciascun salto e aspetta le risposte. Se sembra che si fermi su una riga, potrebbe essere in attesa di risposte da router che non rispondono a queste indagini.<\/p>\n\n\n\n Molte distribuzioni Linux includono Per evitare le ricerche DNS inverse e visualizzare solo indirizzi numerici, utilizzare:<\/p>\n\n\n\n Puoi anche impostare un numero massimo di salti e un tempo di attesa per la risposta:<\/p>\n\n\n\n Su Linux, le opzioni del comando dipendono dall'implementazione di traceroute installata. Se il comando non \u00e8 disponibile, utilizza il gestore dei pacchetti della tua distribuzione per installare il pacchetto appropriato, oppure utilizza un alternativa disponibile come Per destinazioni IPv6, molti sistemi Linux supportano:<\/p>\n\n\n\n Se il dominio ha sia record IPv4 che IPv6, lo strumento potrebbe selezionare una famiglia di indirizzi per impostazione predefinita. Per confrontare i percorsi, eseguire tracce separate per IPv4 e IPv6, dove supportato. Questo pu\u00f2 aiutare a identificare se un problema di connettivit\u00e0 riguarda una famiglia di indirizzi ma non l'altra.<\/p>\n\n\n\n Inizia verificando il primo salto. In una rete domestica, \u00e8 spesso il router locale. Se il primo salto risponde rapidamente, il tuo dispositivo pu\u00f2 almeno raggiungere un router sulla rete locale. Se non risponde, questo da solo non prova un malfunzionamento locale perch\u00e9 il router potrebbe filtrare le risposte di diagnostica. Verifica se altri dispositivi locali e i servizi Internet funzionano prima di trarre una conclusione.<\/p>\n\n\n\n Inoltre, confronta i tempi di risposta man mano che il percorso procede. Un aumento improvviso e costante che continua attraverso i salti successivi potrebbe indicare un cambiamento nel percorso o un punto in cui inizia il ritardo di rete. Tuttavia, un alto tempo di risposta a un router seguito da tempi pi\u00f9 bassi nei router successivi riflette spesso come quel router gestisce il traffico diagnostico, non necessariamente un ritardo che influisce sul traffico inoltrato.<\/p>\n\n\n\n Cerca l'ultimo salto che risponde, ma trattalo come un indizio invece che come una localizzazione definitiva del guasto. Il router successivo potrebbe filtrare i sondaggi, il percorso di ritorno potrebbe essere diverso o la rete di destinazione potrebbe bloccare il tipo di risposta che traceroute si aspetta.<\/p>\n\n\n\n Infine, confronta diversi test e, se possibile, prova una seconda destinazione nello stesso servizio o rete. Un singolo tracciamento pu\u00f2 essere influenzato da congestionamenti temporanei o filtraggi. I pattern ottenuti da test ripetuti sono pi\u00f9 informativi rispetto a un unico risultato isolato.<\/p>\n\n\n\n Un asterisco ( Router e firewall spesso limitano i messaggi del Protocollo di Messaggi di Controllo Internet (ICMP) o altre risposte diagnostiche per proteggere le prestazioni e ridurre il traffico indesiderato. Alcune reti consentono il traffico delle applicazioni normali mentre filtrano i sondaggi traceroute. Di conseguenza, un tracciamento pu\u00f2 mostrare uno o pi\u00f9 asterischi e poi continuare con i salti che rispondono in seguito nel percorso.<\/p>\n\n\n\n Se ogni salto successivo a un certo punto mostra asterischi, il percorso potrebbe essere filtrato in quel punto, la destinazione potrebbe non essere raggiungibile o il traffico di ritorno potrebbe essere bloccato. Per distinguere questi casi, testa il servizio effettivo utilizzando l'applicazione corrispondente, ad esempio un browser web o un client SSH, e confronta i tracciamenti con altre destinazioni.<\/p>\n\n\n\n I valori di tempo di Traceroute indicano quanto tempo \u00e8 necessario per un'indagine per raggiungere un salto che risponde e per il ritorno della risposta. Includono ritardi di rete in entrambe le direzioni e possono essere influenzati da sovraccarico, coda e politica di risposta del router.<\/p>\n\n\n\n Un alto valore a un salto pu\u00f2 essere ingannevole. I router privilegiano la trasmissione del traffico transitato rispetto alla risposta ai pacchetti diagnostici indirizzati a se stessi. Un router pu\u00f2 impiegare molto tempo per rispondere a un traceroute mentre trasmette velocemente il traffico ordinario. Se i salti seguenti mostrano tempi di risposta pi\u00f9 bassi, quel alto valore \u00e8 meno probabile che rappresenti un ritardo persistente nel percorso dei dati.<\/p>\n\n\n\n Un modello pi\u00f9 utile \u00e8 un aumento del ritardo che inizia a un salto e rimane visibile in salti successivi e nella destinazione attraverso pi\u00f9 test. Anche in questo caso, traceroute da solo non pu\u00f2 dimostrare la causa esatta. Pu\u00f2 indicare dove effettuare ulteriori indagini, ad esempio un passaggio tra provider, un collegamento congestionato o una segmento di rete distante.<\/p>\n\n\n\n Se il primo salto risponde ma i salti successivi non lo fanno, la rete locale potrebbe funzionare mentre una rete successiva filtra il traffico diagnostico. Verifica se il servizio di destinazione \u00e8 raggiungibile prima di assumere che la connessione sia interrotta.<\/p>\n\n\n\n Se il tracciato raggiunge la destinazione ma l'applicazione continua a fallire, il percorso di rete potrebbe funzionare mentre il servizio ha un altro problema. Il server potrebbe rifiutare le connessioni, l'applicazione potrebbe non essere disponibile o un firewall potrebbe bloccare la porta specifica.<\/p>\n\n\n\n Se il tracciamento si ferma sempre nello stesso punto e la destinazione \u00e8 inaccessibile, l'ultimo dispositivo di rete che risponde pu\u00f2 aiutare a restringere dove richiedere supporto. Non identifica necessariamente il dispositivo responsabile, poich\u00e9 il filtraggio e i percorsi di ritorno asimmetrici possono rendere il punto di arresto apparente ingannevole.<\/p>\n\n\n\n Se IPv4 funziona ma IPv6 non funziona, o viceversa, esegui tracce separate per ogni famiglia di indirizzi. I due percorsi potrebbero utilizzare fornitori diversi, router, politiche dei firewall o server di destinazione. Il confronto pu\u00f2 rivelare se il problema \u00e8 specifico di un lato della rete.<\/p>\n\n\n\n I comandi \u00c8 importante perch\u00e9 un firewall potrebbe permettere un tipo di sondaggio e bloccarne un altro. Due strumenti possono quindi produrre output diversi anche quando vengono eseguiti dallo stesso computer verso la stessa destinazione.<\/p>\n\n\n\n Alcuni implementazioni di traceroute permettono di selezionare il metodo di indagine. Ad esempio, le versioni di Linux possono supportare opzioni per indagini UDP, ICMP o TCP. Il tracciamento basato su TCP pu\u00f2 essere utile quando le indagini normali vengono filtrate ma un particolare servizio TCP \u00e8 raggiungibile. La sintassi delle opzioni varia, quindi consulta il manuale locale prima di fare affidamento su un flag specifico.<\/p>\n\n\n\n Quando si condividono i risultati con un amministratore di rete o un provider, includere il sistema operativo, il comando, le opzioni, la destinazione e l'ora approssimativa del test. Questo contesto li aiuta a interpretare le differenze tra i tracciamenti.<\/p>\n\n\n\n Test di ping verifica se una destinazione risponde a un determinato tipo di sondaggio di rete e misura il tempo di andata e ritorno. \u00c8 utile per verificare la raggiungibilit\u00e0 di base, ma non mostra il percorso intermedio.<\/p>\n\n\n\n Il tracert tenta di rivelare la sequenza dei router che rispondono verso una destinazione. Pu\u00f2 aiutare a restringere dove smettono le risposte o dove inizia un ritardo, ma \u00e8 pi\u00f9 sensibile al filtraggio e alle politiche di risposta dei router.<\/p>\n\n\n\n Questi strumenti rispondono a domande diverse. Utilizza ping per verificare se una destinazione risponde. Utilizza traceroute per ispezionare il percorso verso di essa. Nessuno di questi strumenti garantisce da solo che un sito web o un'applicazione siano in salute, poich\u00e9 possono verificarsi problemi specifici dell'applicazione anche quando le indagini di rete di base hanno successo.<\/p>\n\n\n\n Inizia confermando il nome e l'indirizzo della destinazione. Se stai utilizzando un nome host, verifica che venga risolto correttamente. Esegui poi traceroute e annota il tempo, la famiglia di indirizzi, le opzioni del comando e la destinazione.<\/p>\n\n\n\n Testa la stessa destinazione pi\u00f9 volte. Se l'output cambia in modo significativo, il problema potrebbe essere intermittente o la rotta potrebbe essere cambiata. Se il tracciamento \u00e8 stabile ma l'applicazione fallisce, verifica se il servizio sta ascoltando, se un firewall blocca la sua porta e se il server restituisce un errore.<\/p>\n\n\n\n Confronta con un'altra destinazione ospitata dallo stesso provider o nella stessa regione. Se diverse destinazioni mostrano un problema simile a partire dallo stesso punto, ci\u00f2 fornisce una maggiore indicazione che il segmento di rete interessato potrebbe meritare attenzione.<\/p>\n\n\n\n Se stai segnalando il problema a un fornitore di Internet o a un'azienda di hosting, fornisci l'output grezzo invece di dire solo \"traceroute non riesce\". Includi la destinazione, il tempo, il sistema operativo e se il servizio di destinazione \u00e8 irraggiungibile. Questi dettagli rendono pi\u00f9 facile l'indagine del report.<\/p>\n\n\n\n Traceroute non mostra ogni router su Internet. Alcune reti nascondono o filtrano le loro risposte, e alcune rotte utilizzano tecnologie che rendono informazioni sui salti incomplete. Il bilanciamento del carico pu\u00f2 anche inviare indagini diverse lungo percorsi diversi, quindi le righe adiacenti non rappresentano sempre un percorso end-to-end stabile.<\/p>\n\n\n\n I tempi di risposta non sono misurazioni dirette di quanto velocemente il router inoltra il traffico normale. Misurano il tempo per il sondaggio e la risposta, e i router possono trattare quei pacchetti diagnostici in modo diverso dal traffico applicativo regolare.<\/p>\n\n\n\n Traceroute non dimostra neppure chi possiede un indirizzo router, identifica la causa esatta della perdita di pacchetti o conferma che un percorso \u00e8 autorizzato. I dati di routing e di registrazione pubblici richiedono verifiche separate. Per una panoramica pi\u00f9 ampia di una risorsa IPv4 o IPv6 pubblica, utilizzare il Verifica della disponibilit\u00e0 delle risorse IP<\/a>.<\/p>\n\n\n\n Traceroute \u00e8 un strumento di diagnostica standard che invia probe di rete verso una destinazione. Eseguire alcuni test per il troubleshooting \u00e8 normale. Evitare di generare traffico eccessivo o di sondare sistemi che non si amministrano a velocit\u00e0 elevate.<\/p>\n\n\n\n I network possono modificare le rotte, utilizzare il bilanciamento del carico o indirizzare il traffico attraverso diversi provider. Il traffico di probing pu\u00f2 essere gestito in modo diverso rispetto al traffico delle applicazioni normali. Piccole differenze nel percorso non indicano automaticamente un guasto.<\/p>\n\n\n\n No. Significa che traceroute non ha ricevuto una risposta al sondaggio entro il timeout. Il router potrebbe comunque inoltrare il traffico mentre filtra o limita le risposte di diagnostica.<\/p>\n\n\n\n La rete di destinazione o un firewall intermedio potrebbe bloccare il tipo di sondaggio. Il sito web potrebbe comunque essere raggiungibile tramite traffico HTTPS normale. Testa il servizio stesso prima di concludere che il percorso non sia disponibile.<\/p>\n\n\n\n Pu\u00f2 aiutare a identificare dove si interrompono le risposte, ma non pu\u00f2 sempre dimostrare dove viene persa il traffico dell'applicazione. Confronta pi\u00f9 esecuzioni, salti successivi e il servizio effettivo. Strumenti come S\u00ec. Windows, macOS e Linux supportano il tracciamento delle rotte IPv6, sebbene i nomi dei comandi e le opzioni siano diversi. Su Linux, Traceroute ti aiuta a vedere quali router rispondono mentre il traffico viaggia dal tuo dispositivo verso una destinazione. Il primo salto \u00e8 spesso la tua porta di accesso locale, e i salti successivi possono appartenere al tuo fornitore di Internet e ad altre reti prima di raggiungere la destinazione.<\/p>\n\n\n\n Usa Le conclusioni pi\u00f9 utili derivano dal combinare il traceroute con test delle applicazioni, verifiche DNS, misurazioni ripetute e report da altri utenti o reti. Tratta l'output come prova che aiuta a guidare l'indagine, piuttosto che come diagnosi completa in s\u00e9.<\/p>\n\n\n\n Per comprendere la parte della rete locale del percorso, continua con la nostra guida a gateway predefiniti<\/a>. Per i controlli di indirizzamento e instradamento pubblici, consulta il Verifica della disponibilit\u00e0 delle risorse IP<\/a>.<\/p>\n\n\n\n <\/p>","protected":false},"excerpt":{"rendered":" When a website, server, or online service stops responding, it is not always clear where the problem is. Your computer may be connected to the local network, yet the destination remains unreachable. The issue could be in your home router, your Internet provider\u2019s network, a remote network, or the destination server itself. Traceroute is a […]<\/p>\n","protected":false},"author":1,"featured_media":2185,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_seopress_titles_title":"What Is Traceroute? How It Works and How to Read Results","_seopress_titles_desc":"Learn what traceroute is, how it works, and how to read traceroute results. Understand hops, TTL, latency, timeouts, and network troubleshooting on Windows, macOS, and Linux.","_seopress_robots_index":"","_seopress_robots_follow":"","_seopress_robots_imageindex":"","_seopress_robots_snippet":"","_seopress_robots_primary_cat":"","_seopress_robots_breadcrumbs":"","_seopress_robots_freeze_modified_date":"","_seopress_robots_custom_modified_date":"","_seopress_robots_canonical":"","_seopress_social_fb_title":"","_seopress_social_fb_desc":"","_seopress_social_fb_img":"","_seopress_social_fb_img_attachment_id":0,"_seopress_social_fb_img_width":0,"_seopress_social_fb_img_height":0,"_seopress_social_twitter_title":"","_seopress_social_twitter_desc":"","_seopress_social_twitter_img":"","_seopress_social_twitter_img_attachment_id":0,"_seopress_social_twitter_img_width":0,"_seopress_social_twitter_img_height":0,"_seopress_redirections_value":"","_seopress_redirections_enabled":"","_seopress_redirections_enabled_regex":"","_seopress_redirections_logged_status":"","_seopress_redirections_param":"","_seopress_redirections_type":0,"_seopress_analysis_target_kw":"","footnotes":""},"categories":[1],"tags":[],"class_list":["post-2184","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-article"],"_links":{"self":[{"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/posts\/2184","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/comments?post=2184"}],"version-history":[{"count":1,"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/posts\/2184\/revisions"}],"predecessor-version":[{"id":2186,"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/posts\/2184\/revisions\/2186"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/media\/2185"}],"wp:attachment":[{"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/media?parent=2184"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/categories?post=2184"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/junglelabs.uk\/it\/wp-json\/wp\/v2\/tags?post=2184"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Cosa \u00e8 Traceroute?<\/h2>\n\n\n\n
tracert<\/code>. Su macOS e la maggior parte delle distribuzioni Linux, \u00e8 chiamato tracciamento percorso<\/code>I nomi sono diversi, ma il loro scopo principale \u00e8 simile.<\/p>\n\n\n\nCosa Mostra un Traceroute?<\/h2>\n\n\n\n
traccia per example.com, 30 salti massimi\n\n 1 192.168.1.1 2,1 ms 1,8 ms 2,0 ms\n 2 100.64.0.1 8,4 ms 8,1 ms 8,6 ms\n 3 203.0.113.10 13,2 ms 12,9 ms 13,5 ms\n 4 * * *\n 5 198.51.100.20 25,6 ms 25,1 ms 26,0 ms<\/code><\/pre>\n\n\n\nCome eseguire Traceroute su Windows<\/h2>\n\n\n\n
tracert<\/code>. Apri Prompt dei comandi o PowerShell e immetti un nome host o un indirizzo IP:<\/p>\n\n\n\ntracert example.com<\/code><\/pre>\n\n\n\n- d<\/code> per prevenire tracert<\/code> dalla risoluzione degli indirizzi del router in nomi:<\/p>\n\n\n\ntracert -d example.com<\/code><\/pre>\n\n\n\n- d<\/code> pu\u00f2 far apparire i risultati pi\u00f9 velocemente perch\u00e9 Windows salta le ricerche DNS inverse per gli indirizzi intermedi. Questo \u00e8 utile quando ti importa il percorso e il tempo, piuttosto che i nomi associati a ciascun router.<\/p>\n\n\n\n-h<\/code> e imposta il tempo di attesa per ogni risposta con -w<\/code>Ad esempio:<\/p>\n\n\n\ntracert -d -h 20 -w 2000 example.com<\/code><\/pre>\n\n\n\ntracert -d 203.0.113.25<\/code><\/pre>\n\n\n\nCome eseguire Traceroute su macOS<\/h2>\n\n\n\n
traceroute example.com<\/code><\/pre>\n\n\n\ntraceroute -n example.com<\/code><\/pre>\n\n\n\n-m<\/code> e regola il tempo di attesa con -w<\/code>Ad esempio:<\/p>\n\n\n\ntraceroute -n -m 20 -w 2 example.com<\/code><\/pre>\n\n\n\nman traceroute<\/code><\/pre>\n\n\n\nCome eseguire Traceroute su Linux<\/h2>\n\n\n\n
tracciamento percorso<\/code>, ma alcuni potrebbero richiederti di installarli prima. Un test base \u00e8:<\/p>\n\n\n\ntraceroute example.com<\/code><\/pre>\n\n\n\ntraceroute -n example.com<\/code><\/pre>\n\n\n\ntraceroute -n -m 20 -w 2 example.com<\/code><\/pre>\n\n\n\ntracepath<\/code>.<\/p>\n\n\n\ntraceroute -6 example.com<\/code><\/pre>\n\n\n\nCome leggere ogni salto<\/h2>\n\n\n\n
Cosa significa un asterisco?<\/h2>\n\n\n\n
*<\/code>) indica che traceroute non ha ricevuto una risposta al probe entro il periodo di attesa. Un router potrebbe aver comunque inoltrato il probe verso la destinazione. Potrebbe semplicemente aver rifiutato di inviare una risposta diagnostica.<\/p>\n\n\n\nTempi di risposta e latenza<\/h2>\n\n\n\n
Modelli comuni di Traceroute<\/h2>\n\n\n\n
Traceroute e Tracert non sono identici<\/h2>\n\n\n\n
tracert<\/code> e tracciamento percorso<\/code> servono a scopi simili, ma i loro metodi di indagine e le opzioni possono variare in base al sistema operativo e all'implementazione. Windows tracert<\/code> utilizza comunemente sondaggi ICMP Echo. Le implementazioni Unix-like possono utilizzare UDP di default, con alcune che supportano anche i modi di sondaggio ICMP o TCP.<\/p>\n\n\n\nTraccia di percorso vs Ping<\/h2>\n\n\n\n
Un flusso di lavoro per il troubleshooting pratico<\/h2>\n\n\n\n
Limitazioni di Traceroute<\/h2>\n\n\n\n
Domande frequenti<\/h2>\n\n\n\n
\u00c8 sicuro utilizzare traceroute?<\/h3>\n\n\n\n
Perch\u00e9 traccia un percorso diverso ogni volta?<\/h3>\n\n\n\n
Un asterisco indica che un router \u00e8 irraggiungibile?<\/h3>\n\n\n\n
Perch\u00e9 traccia non raggiunge un sito web?<\/h3>\n\n\n\n
Traceroute pu\u00f2 identificare dove si verifica la perdita di pacchetti?<\/h3>\n\n\n\n
mtr<\/code> pu\u00f2 fornire misurazioni ripetute, ma il suo output deve anche essere interpretato con attenzione.<\/p>\n\n\n\nPosso eseguire un traceroute a un indirizzo IPv6?<\/h3>\n\n\n\n
traceroute -6<\/code> \u00e8 comunemente supportato. Su Windows, tracert<\/code> can trace IPv6 when given an IPv6 destination.<\/p>\n\n\n\ntracert<\/code> su Windows e tracciamento percorso<\/code> su macOS o Linux. Controlla il primo salto, confronta i pattern di risposta nei salti successivi e ripeti il test quando i risultati sembrano insoliti. Asterischi e tempi di risposta elevati isolati sono comuni e non provano automaticamente che una rete sia danneggiata.<\/p>\n\n\n\n