Check-Host.cc
Impostazioni avanzate
Mostra mappa mondiale

Verifica MTR google.com

Link permanente |
AL
Albania, Tirana Keminet SHPK · AS197706
AU
Australia, Sydney Onidel Pty Ltd · AS152900
BA
Bosnia and Herzegovina, Novi Travnik Globalhost · AS200698
BG
Bulgaria, Sofia Julian Achter(Aluy) · AS211507
BR
Brazil, São Paulo ServerSP LLC · AS214456
CA
Canada, Montreal OVH SAS · AS16276
CH
Switzerland, Bern Julian Achter(Aluy) · AS211507
CH
Switzerland, Zurich Private Layer INC · AS51852
CN
China, Hohhot Alibaba Cloud · AS37963
CY
Cyprus, Larnaca MVPS LTD · AS202448
DE
Germany, Nuernberg Hetzner Online GmbH · AS24940
DE
Germany, Frankfurt am Main GHOSTnet GmbH · AS12586
DE
Germany, Limburg OVH SAS · AS16276
DE
Germany, Frankfurt am Main Marc Fischer - Packets-Decreaser · AS214243
DE
Germany, Frankfurt am Main VMHeaven · AS215607
DE
Germany, Langen PletX(VMFrost) · AS51396
DE
Germany, Frankfurt am Main ISPLABS LIMITED · AS213905
DK
Denmark, Glostrup Municipality Glesys AB · AS42708
ES
Spain, Bilbao 24racks Cloud S.L. · AS214340
ES
Spain, Barcelona ColdHosting SL · AS197795
FI
Finland, Helsinki Julian Achter(Aluy) · AS211507
FI
Finland, Helsinki FlokiNET ehf · AS200651
FR
France, Gravelines OVH SAS · AS16276
FR
France, Paris DataCamp Limited · AS212238
GB
United Kingdom, London ABR Hosting · AS203758
HK
Hong Kong, Hong Kong Offshore LC · AS214472
HR
Croatia, Zagreb cyber_Folks d.o.o · AS201563
HU
Hungary, Budapest M247 Europe SRL · AS9009
IL
Israel, Petach Tikwa CLOUD LEASE Ltd · AS206446
IL
Israel, Netanja CLOUD LEASE Ltd · AS206446
IN
India, Bangalore RACKVOLT CLOUD SOLUTIONS · AS153393
IR
Iran, Tehran Pars Abr Toseeh Ertebatat LTD · AS198154
IR
Iran, Tehran Pars Abr Toseeh Ertebatat LTD · AS198154
IS
Iceland, Reykjavik (Miðborg) FlokiNET ehf · AS200651
IT
Italy, Como LAKENETWORKS · AS6517
JP
Japan, Tokyo PAN-LIAN TECHNOLOGY · AS206675
KR
South Korea, Seoul KDATACENTER · AS45996
KZ
Kazakhstan, Almaty vdska · AS49791
LT
Lithuania, Pilaite Informacines sistemos.. · AS61272
LV
Latvia, Riga Orion Network Limited · AS41564
MD
Moldova, Chisinau Trabia SRL · AS43289
NL
Netherlands, Amsterdam Julian Achter(Aluy) · AS211507
NL
Netherlands, Amsterdam FlokiNET ehf · AS200651
NL
Netherlands, Amsterdam Trivox, NL · AS216078
NL
Netherlands, Amsterdam Joel Krause · AS200912
NL
Netherlands, Eygelshoven VMHeaven · AS51396
NO
Norway, Oslo ServeTheWorld AS · AS34989
PL
Poland, Warsaw F.N.S. HOLDINGS LTD · AS206092
RO
Romania, Bacău ITITAN HOSTING · AS214062
RO
Romania, Bucharest FlokiNET ehf · AS200651
RS
Serbia, Belgrade DCX DOO · AS8400
RU
Russia, Moscow Anton Levin · AS50053
SG
Singapore, Singapore FDCservers · AS30058
T1
Tor, Onion ·
T1
Tor, Onion ·
T1
Tor, Onion ·
TR
Turkey, Istanbul Netlen Internet · AS44620
TR
Turkey, Istanbul Pixoof Teknoloji · AS51722
UA
Ukraine, Khmelnytskyi GMhost EE · AS201094
US
United States, Dallas Ipxo LLC · AS396993
US
United States, Los Angeles DCX DOO · AS29802
US
United States, Houston ColdHosting · AS197795
US
United States, Miami ColdHosting · AS197795
ZA
South Africa, Johannesburg Virtarix · AS328364

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.