Check-Host.cc

Erweiterte Einstellungen
Weltkarte anzeigen
Erweiterte Optionen (Benutzerdefinierter Payload)

Bleibt das Feld leer, injiziert das System bei geläufigen Ports (DNS, NTP, SNMP, Source Engine usw.) automatisch einen genormten Probe-Request.

Info Ping HTTP TCP UDP MTR DNS

UDP prüfen 8.8.8.8:53

Gesendeter Payload:
0x241a010000010000000000000377777706676f6f676c6503636f6d0000010001
(Automatisch erkannt)
Permanenter Link |
Standort Ergebnis Zeit IP-Adresse
AL Albania, Tirana
AU Australia, Sydney
BA Bosnia and Herzegovina, Novi Travnik
BG Bulgaria, Sofia
CA Canada, Montreal
CH Switzerland, Bern
CL Chile, Santiago
CN China, Hohhot
DE Germany, Nuernberg
DE Germany, Frankfurt am Main
DE Germany, Frankfurt am Main
DE Germany, Limburg
DE Germany, Frankfurt am Main
DE Germany, Duesseldorf
DK Denmark, Glostrup Municipality
ES Spain, Bilbao
FI Finland, Helsinki
FI Finland, Helsinki
FR France, Gravelines
FR France, Paris
GB United Kingdom, London
GE Georgia, Tbilisi
GR Greece, Athens
HK Hong Kong, Hong Kong
HR Croatia, Zagreb
HU Hungary, Budapest
ID Indonesia, Jakarta
IL Israel, Petach Tikwa
IL Israel, Netanja
IN India, New Delhi
IS Iceland, Reykjavik (Miðborg)
IT Italy, Como
KW Kuwait, Kuwait City
LT Lithuania, Pilaite
LV Latvia, Riga
MD Moldova, Chisinau
NL Netherlands, Amsterdam
NL Netherlands, Amsterdam
NL Netherlands, Amsterdam
NL Netherlands, Amsterdam
NO Norway, Oslo
PL Poland, Warsaw
RO Romania, Bacău
RO Romania, Bucharest
RS Serbia, Belgrade
RU Russia, St Petersburg
SG Singapore, Singapore
TR Turkey, Istanbul
TW Taiwan, Taipei
US United States, Miami
US United States, Dallas
US United States, Kansas City
US United States, Dallas
ZA South Africa, Johannesburg

Globaler UDP-Port-Checker & Payload Injektor

UDP schickt Pakete an ein Ziel, ohne vorher eine Verbindung aufzubauen. Kein Handshake, keine Bestätigung — das Paket geht raus, und entweder kommt etwas zurück oder nicht. Das macht das Testen von UDP-Ports grundlegend anders als bei TCP: Ein leeres Paket an einen offenen UDP-Port erzeugt oft überhaupt keine Antwort, weil die Anwendung auf eine sinnvolle Payload wartet, bevor sie antwortet.

Stateless Routing & Payload-Injektion

Um eine echte Antwort von einem UDP-Dienst zu bekommen, muss die Probe wie legitimer Traffic aussehen. Für Port 53 heißt das, eine gültige DNS-Anfrage zu schicken. Für Port 123 eine NTP-Versionsanfrage. Für Gameserver auf 27015 eine Source-Engine-Query. Das Tool übernimmt das automatisch für bekannte Ports — es injiziert die passende Anwendungs-Payload, damit der Server überhaupt etwas hat, worauf er antworten kann. Sonst bleibt das Ergebnis einfach nur schweigen.

Firewall & DDoS-Mitigations-Test

Weil UDP-Amplification (NTP, DNS, Memcached) bei DDoS-Angriffen stark missbraucht wurde, filtern viele Netzwerke UDP standardmäßig aggressiv. Cloud-Provider blockieren oft eingehendes UDP außer auf explizit freigegebenen Ports. ISP-Scrubbing-Center verwerfen UDP, das bekannten Amplification-Signaturen entspricht. Ein Test aus mehreren Regionen zeigt, ob dein UDP-Dienst überhaupt aus dem Internet erreichbar ist oder irgendwo auf dem Weg lautlos verworfen wird.

Gaming, VoIP und Streaming-Analyse

Gameserver, SIP/RTP-Sprachverkehr und Live-Video-Streaming setzen alle auf UDP, weil der Latenz-Overhead eines TCP-Handshakes zu hoch ist. Wenn UDP-Pakete verloren gehen, zeigt sich das als Voice-Jitter, Lag-Spitzen in Spielen oder eingefriertes Video. Der Live-Modus läuft 60 Sekunden lang und zeichnet jede Antwort einzeln auf — so lässt sich erkennen, ob Paketverlust gleichmäßig verteilt oder in Bursts auftritt. Beide Muster zeigen auf sehr unterschiedliche Ursachen.