Check-Host.cc
Impostazioni avanzate
Mostra mappa mondiale
SQLSTATE[HY000] [1040] Too many connections (Connection: mysql, Host: 172.17.0.1, Port: 3306, Database: laravel, SQL: insert into `check_tasks` (`pubuuid`, `target`, `method`, `repeatchecks`, `delete_at`, `updated_at`, `created_at`) values (78a442f8-1e94-4294-928c-774aa5b3253c, cl-san-google.check-host.eu, mtr, 5, 2036-10-25 11:10:36, 2026-10-25 11:10:36, 2026-10-25 11:10:36))

Verifica MTR: diagnostica di rete globale e traceroute

Inserisci sopra un dominio o un indirizzo IP per avviare la diagnostica MTR globale.

Strumento di diagnostica globale MTR (My Traceroute) e routing

MTR funziona inviando pacchetti con valori TTL crescenti. Il primo pacchetto scade sul primo router, il secondo sul secondo, e così via: ogni router che scarta un pacchetto invia un messaggio ICMP time-exceeded che ne rivela indirizzo e latenza. Il risultato è una mappa hop per hop dal nodo probe alla tua destinazione, con latenza e perdita di pacchetti misurate a ogni passaggio.

Perdita di pacchetti e latenza hop per hop

Il ping ti dice solo se la destinazione ha risposto e in quanto tempo. MTR ti mostra ogni router lungo il percorso. Se l'hop 8 su 14 mostra all'improvviso il 40% di perdita e una latenza più alta, mentre tutti gli hop successivi sono normali, il problema è quasi certamente su quel router specifico o sul link immediatamente dopo — non sul tuo server. Un livello di precisione del genere taglia molto i tempi di diagnosi rispetto al solo ping.

Routing BGP e percorsi non ottimali

BGP sceglie i percorsi in base alla lunghezza dell'AS path e alle policy locali, non alla distanza fisica o alla velocità del link. Il traffico da un paese a un altro a volte attraversa continenti inaspettati per via degli accordi di peering tra carrier. Esecuendo MTR da più posizioni capisci se ISP diversi prendono percorsi diversi verso la stessa destinazione e se qualcuno di quei percorsi è molto più lungo o congestionato di quanto dovrebbe.

Risoluzione DNS inversa (PTR)

Ogni IP di hop viene risolto in un hostname tramite DNS inverso. Gli hostname dei carrier spesso codificano posizione e provider: un nome tipo "ae-3.r21.frnkge04.de.bb.gin.ntt.net" ti dice che è il backbone di NTT a Francoforte. Così è immediato capire quale provider di transito possiede ogni segmento del percorso. Una cosa da tenere a mente: un hop che mostra il 100% di perdita mentre gli hop successivi rispondono normalmente è quasi sempre rate-limiting ICMP, non un guasto vero — il router inoltra il traffico senza problemi ma dà bassa priorità alla generazione delle risposte TTL-exceeded.