Fluxo de Diagnóstico de Conectividade

Avance somente quando a etapa anterior produziu evidência suficiente; cada resultado deve reduzir hipóteses, não apenas acrescentar comandos.

Objetivo e preparação

Localizar o domínio provável de uma falha entre físico, enlace, endereçamento, vizinhança, rota, DNS, transporte e aplicação. Registre origem, usuário/serviço afetado, início, frequência, IPv4/IPv6, acesso, CPE/ONU, VLAN/PPPoE/VPN, destino e impacto. Defina se afeta um host, LAN, VLAN, PoP, região, protocolo ou todos.

Fluxo ordenado

Etapa	Evidência	Hipóteses reduzidas / decisão
1. Sintoma	mensagem, horário e ação reproduzível	separa indisponibilidade, lentidão, DNS e aplicação
2. Escopo	hosts, origens, destinos e famílias afetados	localiza cliente, acesso, PoP ou serviço
3. Inspeção física	energia, LEDs, cabos, óptica/rádio e erros	confirma ou afasta camada física
4. Interface	UP/LOWER_UP, velocidade, duplex, MTU, contadores	delimita host/porta/enlace
5. Endereçamento	IP/prefixo, DHCP, APIPA, DNS	confirma configuração e família
6. Gateway	rota padrão e próximo salto corretos	afasta ausência/erro de saída
7. ARP/NDP	MAC/estado do gateway	confirma entrega on-link
8. Rotas	rota escolhida, origem, regra/VRF	identifica desvio ou ausência de caminho
9. Ping local	loopback e próprio IP	valida pilha local básica
10. Ping gateway	Echo e vizinhança	testa segmento local, respeitando filtro ICMP
11. Ping IP remoto	alcance IP sem DNS	separa transporte IP de resolução
12. Teste domínio	resolução + alcance ICMP	revela diferença IP/nome
13. DNS	servidor, A/AAAA, status, delegação	localiza cliente, recursivo ou autoridade
14. Traceroute	respostas por TTL e modo	delimita caminho visível sem culpar salto isolado
15. MTR/Pathping	tendência e propagação fim a fim	distingue rate limiting de perda persistente
16. Portas/serviços	listener, estado TCP/UDP e teste real	separa conectividade de aplicação
17. Captura	pacotes nos pontos escolhidos	demonstra saída, chegada, retorno e flags
18. Logs/monitoramento	eventos no mesmo relógio	correlaciona controle, aplicação e infraestrutura
19. Validação	repetição antes/depois e confirmação do escopo	demonstra solução e ausência de regressão
20. Registro	comandos, saídas, horários, hipótese e conclusão	permite auditoria e escalonamento

Comandos de triagem

ipconfig /all
route print
arp -a
ping 127.0.0.1
ping GATEWAY
ping 8.8.8.8
nslookup exemplo.com
tracert -d exemplo.com
netstat -ano

ip -br address
ip link
ip route get 8.8.8.8
ip neigh
ping -c 4 GATEWAY
ping -c 4 8.8.8.8
dig exemplo.com A
traceroute -n exemplo.com
mtr --report --report-cycles 100 --no-dns exemplo.com
ss -tulpen

Substitua destinos e parâmetros pelo cenário autorizado. Não use limiares universais; compare com tecnologia, distância, histórico e serviço.

Árvores de decisão práticas

IP remoto responde, domínio não

Conectividade IP existe para aquele destino. Verifique DNS configurado, A/AAAA, NXDOMAIN/SERVFAIL/timeout, cache e acesso ao resolvedor. Se o nome resolve, teste o IP retornado e a aplicação.

Gateway não responde

Confirme se ICMP é permitido. Se ARP/NDP fica incompleto, investigue cabo/rádio/fibra, interface, VLAN, prefixo, isolamento e gateway. Se vizinhança resolve mas ICMP não, valide outra comunicação local/captura antes de declarar indisponibilidade.

Gateway responde, Internet não

Revise rota padrão, PPPoE, NAT/CGNAT, firewall, upstream e família IP. Traceroute em modos diferentes e captura no gateway/borda reduzem o trecho provável.

Ping responde, serviço não

ICMP não valida TCP/UDP/aplicação. Confirme listener com SS/Netstat, SYN/SYN-ACK/ACK, firewall/ACL, TLS/DNS e logs da aplicação.

Perda apenas em salto intermediário

Se saltos seguintes e destino permanecem normais, rate limiting/baixa prioridade de ICMP é mais provável que perda encaminhada. Não abra falha de enlace só por essa linha.

Perda real iniciando em um salto

Se degradação começa e persiste até o destino em amostras/origens comparáveis, investigue enlace/filas/roteador a partir desse domínio, considerando assimetria. Correlacione interfaces, MTR inverso e monitoramento.

Rota muda durante o teste

Registre cada caminho, destino IP e horário; consulte ECMP, BGP/OSPF, convergência, anycast e manutenção. Mudança pode ser normal ou explicar intermitência conforme a aplicação.

DNS retorna NXDOMAIN

Confirme grafia, nome absoluto, tipo e autoridade. Compare recursivo e autoritativo; NXDOMAIN não significa falha de conectividade nem servidor “fora”.

TCP fica em SYN-SENT

O host enviou tentativa sem completar handshake. Capture para verificar se SYN saiu e se SYN-ACK/RST retornou; compare servidor, firewall, NAT e rota de retorno.

ARP permanece incompleto

O vizinho IPv4 on-link não respondeu. Verifique prefixo, interface/VLAN, enlace, IP duplicado, proxy ARP e ponto de captura. Para IPv6, analise NDP/ICMPv6.

Tráfego sai, resposta não retorna

Compare capturas em cliente, gateway, borda e servidor com relógios sincronizados. Determine o último ponto de saída e primeiro de retorno; revise ACL/NAT/CGNAT, caminho reverso e aplicação. “Não vi” vale apenas para o ponto observado.

Evidências e escalonamento

Preserve saídas brutas, diagrama/caminho esperado, origem/interface, IPs/portas, família, timezone, configuração antes/depois, PCAP/hash, logs e métricas. Escale com hipótese já testada, domínio provável, impacto e acesso necessário. Evite reiniciar ou limpar caches antes da coleta.

Validação final

Repita exatamente o teste que reproduzia o sintoma, valide outros serviços/famílias afetados, monitore pelo período coerente com a intermitência e peça confirmação do usuário sem substituir evidência técnica. Documente correção, risco, rollback e resultado.

Conclusão

O fluxo converge do local ao remoto e do simples ao invasivo. Parar na primeira evidência coerente evita alterações aleatórias; correlacionar camadas evita falsos diagnósticos.