Check-Host.cc

Erweiterte Einstellungen
Weltkarte anzeigen

MTR prüfen de-nbg-het.check-host.eu

Permanenter Link |
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
CA
Canada, Montreal OVH SAS · AS16276
CH
Switzerland, Bern Julian Achter(Aluy) · AS211507
CL
Chile, Santiago Google LLC · AS396982
CN
China, Hohhot Alibaba Cloud · AS37963
DE
Germany, Nuernberg Hetzner Online GmbH · AS24940
DE
Germany, Frankfurt am Main GHOSTnet GmbH · AS12586
DE
Germany, Frankfurt am Main Lumaserv · AS200303
DE
Germany, Limburg OVH SAS · AS16276
DE
Germany, Frankfurt am Main Marc Fischer - Packets-Decreaser · AS214243
DE
Germany, Duesseldorf Justin Franke · AS204464
DK
Denmark, Glostrup Municipality Glesys AB · AS42708
ES
Spain, Bilbao 24racks Cloud S.L. · AS214340
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
GE
Georgia, Tbilisi Cloud 9 Ltd. · AS57814
GR
Greece, Athens OTEnet · AS6799
HK
Hong Kong, Hong Kong Offshore LC · AS214472
HR
Croatia, Zagreb cyber_Folks d.o.o · AS201563
HU
Hungary, Budapest M247 Europe SRL · AS9009
ID
Indonesia, Jakarta Google LLC · AS396982
IL
Israel, Petach Tikwa CLOUD LEASE Ltd · AS206446
IL
Israel, Netanja CLOUD LEASE Ltd · AS206446
IN
India, New Delhi Google LLC · AS396982
IS
Iceland, Reykjavik (Miðborg) FlokiNET ehf · AS200651
IT
Italy, Como LAKENETWORKS · AS6517
KW
Kuwait, Kuwait City Gulfnet Communications · AS3225
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
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 AltusHost B.V. · AS51430
RU
Russia, St Petersburg LLC Baxet · AS51659
SG
Singapore, Singapore FDCservers · AS30058
TR
Turkey, Istanbul Netlen Internet · AS44620
TW
Taiwan, Taipei Beidou LTD · AS152611
US
United States, Miami Ohz Digital SL · 202673
US
United States, Dallas Linceris International Cloud · AS201129
US
United States, Kansas City Advin Services LLC · AS22295
US
United States, Dallas Ipxo LLC · AS396993
ZA
South Africa, Johannesburg Google LLC · AS396982

Globales MTR (My Traceroute) & Routing-Diagnosetool

MTR schickt Pakete mit schrittweise steigenden TTL-Werten. Das erste Paket verfällt am ersten Router, das zweite am zweiten, und so weiter — jeder Router, der ein Paket verwirft, schickt eine ICMP-Time-Exceeded-Meldung zurück, die seine Adresse und Latenz verrät. Das Ergebnis ist eine Hop-für-Hop-Karte vom Probe-Node zum Ziel, mit Latenz und Paketverlust an jedem Schritt.

Hop-by-Hop Paketverlust und Latenz

Ping sagt dir nur, ob das Ziel geantwortet hat und wie lange es gedauert hat. MTR zeigt jeden Router auf dem Weg dazwischen. Wenn Hop 8 von 14 plötzlich 40 % Paketverlust und höhere Latenz zeigt, die nachfolgenden Hops aber wieder normal aussehen, liegt das Problem fast sicher genau an diesem Router oder dem Link direkt danach — nicht an deinem Server. Diese Präzision verkürzt die Diagnosezeit erheblich im Vergleich zu Ping allein.

BGP-Routing und suboptimale Pfade

BGP wählt Routen nach AS-Pfadlänge und lokalen Richtlinien aus, nicht nach physischer Entfernung oder Leitungsgeschwindigkeit. Traffic von einem Land ins andere läuft manchmal über unerwartete Kontinente, weil Carrier bestimmte Peering-Vereinbarungen haben. MTR aus mehreren Standorten zeigt, ob verschiedene ISPs unterschiedliche Pfade zum selben Ziel nehmen und ob einer davon deutlich länger oder stärker ausgelastet ist als er sein sollte.

Reverse DNS (PTR) Auflösung

Jede Hop-IP wird per Reverse DNS in einen Hostnamen aufgelöst. Carrier-Hostnamen enthalten oft Standort und Anbieter — etwas wie "ae-3.r21.frnkge04.de.bb.gin.ntt.net" sagt dir, dass das NTTs Backbone in Frankfurt ist. So lässt sich schnell erkennen, welcher Transit-Provider welches Segment des Pfades betreibt. Wichtig zu wissen: Ein Hop, der 100 % Verlust zeigt, während die nachfolgenden Hops normal antworten, ist fast immer ICMP-Rate-Limiting — der Router leitet Traffic problemlos weiter, priorisiert aber das Generieren von TTL-Exceeded-Antworten niedrig.