Portas e Sockets

Diagnóstico confiável em rede segue a ordem: evidência observada, hipótese levantada, teste executado, resultado obtido e validação documentada.

Objetivo

Explicar portas TCP/UDP e sockets para diagnóstico de serviços.

Quando aplicar

quando a rede responde, mas um serviço específico não abre
ao investigar firewall, NAT, redirecionamento ou serviço parado
em acesso remoto, portal de cliente, API, Winbox, DNS, NTP ou SNMP

Conceitos essenciais

Socket é a combinação de IP, protocolo e porta.
Porta local identifica a origem da conexão; porta remota identifica o serviço de destino.
Portas comuns: 53 DNS, 67/68 DHCP, 80 HTTP, 443 HTTPS, 123 NTP, 161/162 SNMP, 8291 Winbox e 8728/8729 API Mikrotik.
Conexão recusada indica host alcançado, mas serviço fechado ou rejeitado.
Timeout pode indicar bloqueio, rota, NAT ou serviço indisponível.

Como verificar em campo

confirme IP e rota antes de testar porta
valide se o serviço está escutando
verifique firewall local e de borda
registre porta, protocolo e destino testado

Evidências obrigatórias

IP:porta testado
protocolo TCP ou UDP
resultado: aberto, recusado ou timeout
regra de firewall/NAT relacionada

Erros comuns

testar porta errada
ignorar diferença entre TCP e UDP
abrir firewall sem validar origem e necessidade
confundir timeout com senha incorreta

Checklist de validação

serviço esperado identificado
porta correta
rota válida
firewall/NAT analisado
evidência registrada

Documentos relacionados

Resumo

Portas e Sockets deve ser entendido como parte de um fluxo operacional: observar o sintoma, levantar hipótese, executar teste seguro, validar o resultado e registrar evidência antes de concluir ou escalar.