Fluxograma Simplificado para Troubleshooting de Problemas com Sites

Autor: Usuário:Daniel Damito

Introdução

Este fluxograma foi criado para a apresentação da palestra "Troubleshooting Like a Boss" na GTER 2024, acessível através deste link. Recomendo fortemente que você assista à esta palestra, pois nela foram ditas explicações relevantes sobre este fluxograma. Ademais, este fluxograma poderá passar por atualizações frequentes. Portanto, em vez de baixá-lo localmente em sua máquina, procure acessá-lo diretamente por aqui pela Wiki do BPF.

Eu também gostaria de lembrar que este fluxograma não deve ser considerado uma verdade absoluta em todos os casos, mas sim um guia pra te facilitar em troubleshootings.

Leia atentamente à descrição de cada etapa deste fluxograma na seção logo abaixo da imagem.

O próprio Fluxograma

Explicação sobre as etapas

1 - Site não abre

Este fluxograma deve ser iniciado assim que identificado que um determinado site não abre em todo o teu sistema autônomo. Considere iniciar estes testes apenas após confirmar que o problema é generalizado em toda a tua rede e não apenas em um usuário ou host específico.

2 - Descartou problemas locais na rede?

O objetivo principal deste fluxograma é te ajudar a diagnosticar problemas externos ao seu sistema autônomo. Portanto se certifique de realizar testes que excluam problemas internos. Uma possibilidade é realizar um teste de acesso ao site problemático através de um equipamento conectado diretamente no roteador de borda para eliminar outros hosts intermediários na rede. Complementarmente, recomendo que sejam feitos testes com outros dispositivos (diferentes computadores ou smartphones) e usando outros navegadores, preferencialmente no modo anônimo.

3 - O problema ocorre em outros sites também?

Realize o teste com outros sites em sua rede. Busque testar com mais de um navegador, com mais de um dispositivo e sempre busque realizar testes usando o modo anônimo do navegador.

4 - Ocorre com muitas outras redes?

Algumas ferramentas podem te ajudar com este teste.

ISP Tools

Além de várias outras features interessantes, o ISP Tools possui uma função de realizar testes de abertura de páginas a partir de dezenas de origens. Para utilizar este recurso, escolha a origem desejada na lista, digite o endereço do site e clique em 'testar'. Repita este teste com várias origens para entender se o problema acontece a partir de outras redes também. O resultado mais positivo da abertura de um site é o código 200 no status, mas o número dos outros status podem indicar outras informações relevantes, conforme explico em minha palestra e conforme pode ser lido na RFC 9110.

Down Detector

O [Downdetector] é um serviço que monitora a disponibilidade de sites e aplicativos em tempo real por meio de relatos de usuários; para verificar se um serviço específico está com falhas, acesse a página inicial, utilize o campo de pesquisa para localizar o serviço desejado e observe se há um aumento significativo no número de reclamações ou no gráfico de relatos recentes.

5 - Resolve nome?

Você pode testar de algumas maneiras se um domínio está sendo devidamente resolvido. Segue abaixo alguns exemplos:

• nslookup (Windows e Linux)

nslookup exemple.com

Saída esperada (IPv4):

Non-authoritative answer:
Name:	example.com
Address: 203.0.113.10

Se disponível IPv6:

Non-authoritative answer:
Name:	example.com
Address: 2001:db8:1234

• dig (Linux)

Para consultar IPv4:

dig +short A exemple.com

Para consultar IPv6:

dig +short AAAA exemple.com

A saída esperada será apenas o IP (seja v4 ou v6) caso a consulta tenha funcionado.

• host (Linux)

host exemple.com

Saída esperada:

exemple.com has address 203.0.113.10
exemple.com has IPv6 address 2001:db8::1234

6 - Com outro DNS resolve?

Você pode especificar um servidor DNS alternativo, como o 1.1.1.1 (Cloudflare), 8.8.8.8 (Google) ou suas variantes IPv6 (2606:4700:4700::1111 para Cloudflare e 2001:4860:4860::8888 para Google), adicionando-o ao comando:

Bom lembrar que citei o Google e Cloudflare mas poderia ser qualquer DNS público que você confie que por ali "deveria" funcionar.

• nslookup (Windows e Linux):

nslookup exemple.com 1.1.1.1

nslookup exemple.com 2606:4700:4700::1111

• dig (Linux):

dig +short A exemple.com @8.8.8.8

dig +short AAAA exemple.com @2001:4860:4860::8888

• host (Linux):

host exemple.com 1.1.1.1

host exemple.com 2606:4700:4700::1111

Dessa forma, você verifica se o problema de resolução está no servidor DNS padrão ou não.

7 - O site responde ping?

w

8 - Algum IP do mesmo /24 responde ping?

w

9 - Alterar o upload deste IP/rede para outro trânsito resolve o problema?

w

10 - O problema não é o roteamento em si (mas pode ser algum bloqueio em algum trânsito)

w

11 - Anunciar o /24 de origem somente para outro trânsito resolve o problema?

w

12 - Verifique seu lado por firewalls, sistemas de manipulação de tráfego, sistemas de mitigação, dentro outras coisas

Alguns fatores que podem estar causando este problema podem ser: sistemas de mitigação, sistemas de detecção de ataques, regras de firewall, regras de ACL, sistemas de blacklist (como Team Cymru e outros similares), problemas relacionados à MTU, saturação de recursos computacionais (como CPU e RAM) de ativos como roteadores, problemas relacionados ao CGNAT e rotas estáticas legadas.

13 - O problema está no lado do conteúdo

w

14 - O DNS que você estava usando está com problemas de resolução

w

15 - Possível problema geral na sua conexão ou bloqueio de DNS

w

16 - O problema possivelmente é o trânsito eleito para a rota que te leva ao site

w

17 - Possível problema no trânsito para o qual este /24 era eleito no destino (ver LG)

w

18 - Entre em contato com o fornecedor do site/serviço

w

Autor: Daniel Damito.