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.).

A port is required for UDP checks.

Verifica la disponibilità della porta UDP: test di connessione globale da oltre 65 posizioni

Inserisci un dominio o indirizzo IP con porta (es. 8.8.8.8:53) per avviare la verifica UDP globale.

Porte UDP più usate

Le porte di destinazione più frequenti nel monitoraggio di rete UDP moderno.

Porta Servizio Descrizione
53DNSDomain Name System: risolve gli hostname in indirizzi IP.
67DHCPServer DHCP: usato per l'allocazione dinamica degli IP.
123NTPNetwork Time Protocol: sincronizza gli orologi di sistema.
161SNMPSimple Network Management Protocol: usato per il monitoraggio di rete.
500ISAKMPISAKMP: usato per stabilire tunnel VPN IPsec.
3478STUNSTUN: usato per il traversamento NAT in VoIP e WebRTC.
5060SIPSession Initiation Protocol (SIP): usato per la segnalazione VoIP.
27015Source EngineSource Engine Query: usato dai game server (CS:GO, TF2, Rust).

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.