Fluxograma Simplificado para Troubleshooting de Problemas com Sites - Histórico de revisão

Andrealmeida em 13h58min de 9 de dezembro de 2024

2024-12-09T13:58:38Z

Daniel Damito em 16h50min de 8 de dezembro de 2024

2024-12-08T16:50:38Z

Andrealmeida em 00h01min de 7 de dezembro de 2024

2024-12-07T00:01:08Z

Andrealmeida em 22h47min de 6 de dezembro de 2024

2024-12-06T22:47:09Z

Andrealmeida: /* 5 - Resolve nome? */

2024-12-06T22:27:42Z

5 - Resolve nome?

Andrealmeida: /* 7 - O site responde ping? */

2024-12-06T22:23:05Z

7 - O site responde ping?

Andrealmeida: /* 6 - Com outro DNS resolve? */

2024-12-06T15:52:40Z

6 - Com outro DNS resolve?

Andrealmeida: /* 6 - Com outro DNS resolve? */

2024-12-06T15:12:15Z

6 - Com outro DNS resolve?

Andrealmeida: /* Down Detector */

2024-12-06T15:10:24Z

Down Detector

Andrealmeida em 14h57min de 6 de dezembro de 2024

2024-12-06T14:57:52Z

@@ Linha 9: / Linha 9: @@
 ===O próprio Fluxograma===
-[[Arquivo:Fluxograma de Troubleshooting.png|alt=|centro|miniaturadaimagem|800x800px]]
+[[Arquivo:Fluxograma Simplificado TShoot .png|alt=|centro|miniaturadaimagem|800x800px]]
 ===Explicação sobre as etapas===

← Edição anterior		Edição das 16h50min de 8 de dezembro de 2024
Linha 162:		Linha 162:
	Um bom local para encontrar onde você deve reportar algum problema é o whois ou o peeringDB.		Um bom local para encontrar onde você deve reportar algum problema é o whois ou o peeringDB.

−	~~Autor~~: [https://wiki.brasilpeeringforum.org/w/Usu%C3%A1rio:Daniel_Damito Daniel Damito].	+	Autores: [https://wiki.brasilpeeringforum.org/w/Usu%C3%A1rio:Daniel_Damito Daniel Damito] e André Almeida.

@@ Linha 35: / Linha 35: @@
 <pre>nslookup exemple.com</pre>
-Saída esperada (IPv4):
+Saída esperada caso funcione:
 <pre>
 Non-authoritative answer:
 Name:	example.com
 Address: 203.0.113.10
-</pre>
+</pre>Se houver resposta diferente disso, espere que '''não funcionou.'''
-Se disponível IPv6:
+Saída esperada caso funcione: será apenas um IP
-Para consultar IPv6:
+Caso não tenha funcionado, alguma resposta de erro de comunicação ou '''output nenhum'''.
 * host (Linux)
 <pre>host example.com</pre>
-Saída esperada:
+Saída esperada caso resolva:
 <pre>
 example.com has address 203.0.113.10
 example.com has IPv6 address 2001:db8::1234
-</pre>
+</pre>Caso a saída seja diferente disso, espere que '''não funcionou.'''
 ==== 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:
+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. Veja abaixo:
 * nslookup (Windows e Linux):
@@ Linha 79: / Linha 72: @@
 Dessa forma, você verifica se o problema de resolução está no servidor DNS padrão ou não.
 ==== 7 - O site responde ping? ====
@@ Linha 115: / Linha 112: @@
 ==== 9 - Alterar o upload deste IP/rede para outro trânsito resolve o problema? ====
+Para este item o seu conhecimento de roteamento se faz necessário.
-==== 10 - O problema não é o roteamento em si (mas pode ser algum bloqueio em algum trânsito) ====
+Como esse caso é um caso que depende muito de como está sua rede, quantidade de upstreams e etc, acaba que não há como ensinarmos exatamente o que você precisará fazer, mas em suma você precisará:
-−
 ==== 11 - Anunciar o /24 de origem somente para outro trânsito resolve o problema? ====
+Para este item o seu conhecimento de roteamento se faz necessário.
 ==== 12 - Verifique seu lado por firewalls, sistemas de manipulação de tráfego, sistemas de mitigação, dentro outras coisas ====
@@ Linha 127: / Linha 139: @@
 ==== 13 - O problema está no lado do conteúdo ====
+Abra um chamado com o provedor do conteúdo que você está tendo problemas. Caso não saiba como fazer isso, sugerimos procurar contatos através do Whois ou do site da hospedagem do conteúdo.
 ==== 14 - O DNS que você estava usando está com problemas de resolução ====
+Recomendamos verificar se o DNS do seu equipamento está configurado de forma estática, pois o servidor aparenta não estar funcional. Como solução temporária, você pode usar um DNS público, como o Google DNS, Cloudflare DNS ou OpenDNS. No entanto, é importante investigar a causa da falha no DNS atual.
 ==== 15 - Possível problema geral na sua conexão ou bloqueio de DNS ====
+Verifique sua comunicação com o seu gateway e outros possíveis problemas de rede, como falha do seu provedor. Este problema provavelmente não está do lado do conteúdo. Testar abertura com seu celular via 4G/5G também é uma opção para descartar problemas do lado do conteúdo.
 ==== 16 - O problema possivelmente é o trânsito eleito para a rota que te leva ao site ====
+Recomendamos que você altere seu caminho para chegar ao IP do site através de políticas de roteamento BGP e notifique o seu caminho anterior (upstream) sobre o problema.
 ==== 17 - Possível problema no trânsito para o qual este /24 era eleito no destino (ver LG) ====
+Abra um chamado com seu trânsito e também seria bom tentar contacto com o fornecedor/mantenedor do site/serviço. Se o conteúdo possuir '''looking glass''' isso vai poder te ajudar a levantar evidências para isso.
 ==== 18 - Entre em contato com o fornecedor do site/serviço ====
+Você precisará entrar em contato com o fornecedor/mantenedor do site/serviço. Este problema está afetando não só você como provavelmente várias outras origens.
 Autor: [https://wiki.brasilpeeringforum.org/w/Usu%C3%A1rio:Daniel_Damito Daniel Damito].

← Edição anterior		Edição das 22h47min de 6 de dezembro de 2024
Linha 9:		Linha 9:

	===O próprio Fluxograma===		===O próprio Fluxograma===
		+	[[Arquivo:Fluxograma de Troubleshooting.png\|alt=\|centro\|miniaturadaimagem\|800x800px]]

−	~~[[Arquivo:FLUXOGRAMA - TROUBLESHOOTING.jpg\|centro\|miniaturadaimagem\|800x800px]]~~
	===Explicação sobre as etapas===		===Explicação sobre as etapas===

@@ Linha 50: / Linha 50: @@
 * dig (Linux)
 Para consultar IPv4:
-<pre>dig +short A exemple.com</pre>
+<pre>dig +short A example.com</pre>
 Para consultar IPv6:
-<pre>dig +short AAAA exemple.com</pre>A saída esperada será apenas o IP (seja v4 ou v6) caso a consulta tenha funcionado.
+<pre>dig +short AAAA example.com</pre>A saída esperada será apenas o IP (seja v4 ou v6) caso a consulta tenha funcionado.
 * host (Linux)
-<pre>host exemple.com</pre>
+<pre>host example.com</pre>
 Saída esperada:
 <pre>
-exemple.com has address 203.0.113.10
+example.com has address 203.0.113.10
-exemple.com has IPv6 address 2001:db8::1234
+example.com has IPv6 address 2001:db8::1234
 </pre>
 ==== 6 - Com outro DNS resolve? ====
@@ Linha 67: / Linha 67: @@
 * nslookup (Windows e Linux):
-<pre>nslookup exemple.com 1.1.1.1</pre>
+<pre>nslookup example.com 1.1.1.1</pre>
-<pre>nslookup exemple.com 2606:4700:4700::1111</pre>
+<pre>nslookup example.com 2606:4700:4700::1111</pre>
 * dig (Linux):
-<pre>dig +short A exemple.com @8.8.8.8</pre>
+<pre>dig +short A example.com @8.8.8.8</pre>
-<pre>dig +short AAAA exemple.com @2001:4860:4860::8888</pre>
+<pre>dig +short AAAA example.com @2001:4860:4860::8888</pre>
 * host (Linux):
-<pre>host exemple.com 1.1.1.1</pre>
+<pre>host example.com 1.1.1.1</pre>
-<pre>host exemple.com 2606:4700:4700::1111</pre>
+<pre>host example.com 2606:4700:4700::1111</pre>
 Dessa forma, você verifica se o problema de resolução está no servidor DNS padrão ou não.

@@ Linha 81: / Linha 81: @@
 ==== 7 - O site responde ping? ====
+Faça o teste de ping normalmente para verificar se responde.
 ==== 8 - Algum IP do mesmo /24 responde ping? ====
-−
 ==== 9 - Alterar o upload deste IP/rede para outro trânsito resolve o problema? ====

@@ Linha 64: / Linha 64: @@
 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.
+Obs. Citei o Google e Cloudflare, mas poderia ser qualquer DNS público que você confie que através dele "deveria" funcionar.
 * nslookup (Windows e Linux):

@@ Linha 30: / Linha 30: @@
 ===== Down Detector =====
 O [[https://downdetector.com.br 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:
@@ Linha 64: / Linha 62: @@
 </pre>
 ==== 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:
 ==== 7 - O site responde ping? ====