Guia
Por que as portas UDP são diferentes
O TCP confirma uma conexão. O UDP muitas vezes não. O silêncio pode significar aberta, filtrada ou, simplesmente, que esta sonda não fala o protocolo do serviço.
Por que isso importa
VPNs (WireGuard, OpenVPN em UDP), jogos, DNS e VoIP falam UDP. Um verificador só de TCP não consegue dizer se essas portas funcionam.
Quem encaminha em casa uma porta de jogo ou de VPN precisa de uma sonda UDP de fora, não de um navegador fingindo enviar pacotes.
Não há handshake
UDP é enviar e esquecer. Muitos serviços ignoram cargas que não reconhecem. Firewalls descartam pacotes sem enviar uma recusa.
Por isso os resultados costumam dizer “sem resposta” em vez de um fechado limpo.
TCP
Uma conexão recusada ainda é uma resposta
- Sonda
- Handshake
- Aberta ou fechada
UDP
Não responder é normal e ambíguo
- Datagrama de sonda
- Talvez uma resposta
- Aberta, filtrada ou ignorada
Sondas que conhecem o protocolo ajudam
Uma consulta DNS na 53 ou uma solicitação NTP na 123 podem obter uma resposta real. Um bloco genérico numa porta desconhecida pode não obter.
Mesmo assim, uma porta WireGuard aberta pode ficar em silêncio até ver um handshake válido.
Como verificar
Use um verificador de portas UDP a partir de uma rede de terceiros contra o IP público que você encaminhou. Se tiver outro serviço, compare com uma verificação TCP.
Sonde só hosts que você tem permissão para testar.
Lembre-se
- O silêncio UDP não prova que a porta está fechada.
- Uma porta TCP aberta não diz nada sobre UDP no mesmo número.
- NAT e firewalls com estado se comportam de outro jeito com os tempos de espera do UDP.
- Escanear sem autorização continua fora de questão.
