Check-Host.cc
Impostazioni avanzate
Mostra mappa mondiale
Opzioni avanzate (payload personalizzato)

Se lasciato vuoto, il sistema inietta automaticamente una probe standardizzata per le porte note (DNS, NTP, SNMP, Source Engine ecc.).

Info Ping HTTP TCP UDP MTR DNS

Verifica UDP 8.8.8.8:53

Payload inviato:
0x241a010000010000000000000377777706676f6f676c6503636f6d0000010001
(Rilevato automaticamente)
Link permanente |
Posizione Risultato Tempo Indirizzo IP
AL
Albania, Tirana
AU
Australia, Sydney
BA
Bosnia and Herzegovina, Novi Travnik
BG
Bulgaria, Sofia
BR
Brazil, São Paulo
CA
Canada, Montreal
CH
Switzerland, Bern
CH
Switzerland, Zurich
CN
China, Hohhot
CY
Cyprus, Larnaca
DE
Germany, Nuernberg
DE
Germany, Frankfurt am Main
DE
Germany, Limburg
DE
Germany, Frankfurt am Main
DE
Germany, Frankfurt am Main
DE
Germany, Koblenz
DE
Germany, Langen
DE
Germany, Frankfurt am Main
DK
Denmark, Glostrup Municipality
ES
Spain, Bilbao
ES
Spain, Barcelona
FI
Finland, Helsinki
FI
Finland, Helsinki
FR
France, Gravelines
FR
France, Paris
GB
United Kingdom, London
HK
Hong Kong, Hong Kong
HR
Croatia, Zagreb
HU
Hungary, Budapest
IL
Israel, Petach Tikwa
IL
Israel, Netanja
IN
India, Bangalore
IR
Iran, Tehran
IR
Iran, Tehran
IS
Iceland, Reykjavik (Miðborg)
IT
Italy, Como
JP
Japan, Tokyo
KR
South Korea, Seoul
KZ
Kazakhstan, Almaty
LT
Lithuania, Pilaite
LV
Latvia, Riga
MD
Moldova, Chisinau
NL
Netherlands, Amsterdam
NL
Netherlands, Amsterdam
NL
Netherlands, Amsterdam
NL
Netherlands, Amsterdam
NL
Netherlands, Eygelshoven
NO
Norway, Oslo
PL
Poland, Warsaw
RO
Romania, Bacău
RO
Romania, Bucharest
RS
Serbia, Belgrade
RU
Russia, Moscow
SG
Singapore, Singapore
T1
Tor, Onion
T1
Tor, Onion
T1
Tor, Onion
TR
Turkey, Istanbul
TR
Turkey, Istanbul
UA
Ukraine, Khmelnytskyi
US
United States, Dallas
US
United States, Los Angeles
US
United States, Houston
US
United States, Miami
ZA
South Africa, Johannesburg

Verificatore globale di porte UDP e iniettore di payload

UDP invia pacchetti a un indirizzo di destinazione senza prima stabilire una connessione. Niente handshake, niente conferma: il pacchetto parte e o torna qualcosa o non torna nulla. Per questo testare le porte UDP è radicalmente diverso da TCP: un pacchetto vuoto a una porta UDP aperta spesso non produce alcuna risposta, perché l'applicazione aspetta un payload significativo prima di rispondere.

Routing senza stato e iniezione di payload

Per ottenere una risposta vera da un servizio UDP, la probe deve somigliare a traffico legittimo. Per la porta 53 significa inviare una query DNS valida. Per la porta 123, una richiesta di versione NTP. Per i game server sulla 27015, una query Source Engine. Lo strumento lo gestisce automaticamente per le porte ben note: inietta il payload applicativo corretto in modo che il server abbia qualcosa a cui rispondere, così il risultato è significativo invece di un silenzio inconcludente.

Test di firewall e mitigazione DDoS

Poiché l'amplificazione UDP (NTP, DNS, Memcached) è stata abusata pesantemente negli attacchi DDoS, molte reti applicano di default un filtraggio UDP aggressivo. I provider cloud spesso bloccano l'UDP in entrata tranne che sulle porte esplicitamente consentite. I centri di scrubbing degli ISP scartano l'UDP che corrisponde a firme di amplificazione note. Un test da più regioni mostra se il tuo servizio UDP è davvero raggiungibile da internet o viene scartato in silenzio da qualche parte a monte.

Analisi di gaming, VoIP e streaming

Game server, traffico vocale SIP/RTP e streaming video live dipendono tutti da UDP, perché il sovraccarico di latenza degli handshake TCP è troppo alto. Quando i pacchetti UDP vengono persi, si manifesta come jitter della voce, picchi di lag nei giochi o video che si bloccano. La modalità live esegue la verifica per 60 secondi e traccia ogni risposta singolarmente sul grafico: così si vede se la perdita di pacchetti è costante o a raffica, e i due pattern indicano cause sottostanti molto diverse.