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

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.