Como diagnosticar a impossibilidade de acessar um site específico como usuário final?

Se geralmente consigo acessar páginas da Web na Internet, mas não consigo acessar uma específica, como faço para solucionar o problema da causa como usuário final?

Esta pergunta foi uma pergunta da semana para superusuários .
Leia a entrada do blog para obter mais detalhes ou contribua com o blog você mesmo

Talvez o site esteja realmente fora do ar.

Tente visitar http://downforeveryoneorjustme.com .

Se aparecer "Não é só você", é provável que o site tenha uma interrupção e tente denunciá-lo, se possível - ou apenas espere.

Talvez seja um problema de DNS.

Veja se o nome DNS do site (digamos que seja example.com) resolve para um endereço IP. Você pode fazer isso iniciando um console ou prompt de comando e digitandoping example.com

C:\Users\Jeff>ping example.com

Pinging example.com [192.0.32.10] with 32 bytes of data:
Reply from 192.0.32.10: bytes=32 time=26ms TTL=244
Reply from 192.0.32.10: bytes=32 time=27ms TTL=244
Reply from 192.0.32.10: bytes=32 time=27ms TTL=244
Reply from 192.0.32.10: bytes=32 time=39ms TTL=244

Ping statistics for 192.0.32.10:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 26ms, Maximum = 39ms, Average = 29ms

Se você receber um erro "host desconhecido", isso significa que provavelmente há um problema de DNS. Você pode tentar ver se ele resolve com o DNS do Google com nslookup stackoverflow.com 8.8.8.8.

C:\Users\Jeff>nslookup example.com 8.8.8.8
Server:  google-public-dns-a.google.com
Address:  8.8.8.8

Non-authoritative answer:
Name:    example.com
Addresses:  2620:0:2d0:200::10
          192.0.32.10

Se ele resolver com esse comando, provavelmente você deseja entrar em contato com seu provedor de DNS (provavelmente seu ISP). Se você quiser executar mais testes de DNS, tente o DNS Benchmark do GRC para Windows ou os serviços just-ping.com e whatsmydns.net .

Talvez seja um problema no navegador.

Se ele resolver no DNS, mas você não receber respostas de ping, isso significa que eles estão filtrando pings ou não é possível acessar esse site. Se você estiver recebendo respostas, pode ter um problema no navegador ou no proxy do navegador. Tente instalar outro navegador da Web com todas as configurações padrão e veja se obtém resultados diferentes.

Talvez seja um problema com sua conexão com a internet.

Se estiver resolvendo, mas você não conseguir alcançá-lo, tente correr tracert example.come ver onde eles começam a atingir o tempo limite.

Tracing route to example.com [192.0.32.10]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.1.1 
  2    15 ms    26 ms    29 ms  c-x-x-x-x.hsd1.ca.comcast.net [x.x.x.x] 
  3    10 ms    25 ms     9 ms  te-5-4-ur04.pinole.ca.sfba.comcast.net [68.86.248.169] 
  4    12 ms    13 ms    14 ms  te-0-6-0-0-ar01.oakland.ca.sfba.comcast.net [68.85.154.86] 
  5    35 ms    15 ms    12 ms  pos-0-3-0-0-cr01.sacramento.ca.ibone.comcast.net [68.86.90.129] 
  6    15 ms    16 ms    18 ms  pos-0-9-0-0-cr01.sanjose.ca.ibone.comcast.net [68.86.85.181] 
  7    16 ms    18 ms    19 ms  xe-11-1-0.edge1.SanJose1.Level3.net [4.79.43.133] 
  8    27 ms    18 ms    33 ms  vlan69.csw1.SanJose1.Level3.net [4.68.18.62] 
  9    77 ms    29 ms   183 ms  ae-63-63.ebr3.SanJose1.Level3.net [4.69.134.225] 
 10    28 ms    35 ms    35 ms  ae-2-2.ebr3.LosAngeles1.Level3.net [4.69.132.10] 
 11    43 ms    27 ms    60 ms  ae-31-80.car1.LosAngeles1.Level3.net [4.69.144.131] 
 12    23 ms    23 ms    28 ms  INTERNET-CO.car1.LosAngeles1.Level3.net [4.71.140.222] 
 13    24 ms    23 ms    24 ms  www.example.com [192.0.32.10] 

Trace complete.  

Você também pode tentar o PingPlotter (Shareware; avaliação gratuita de 30 dias.), Que executará repetidamente um traceroute e representará graficamente os resultados, para poder ver se há problemas de perda de pacote ou largura de banda em qualquer salto no traceroute.

Deixe isso correr por um tempo. Se o tempo limite expirar após apenas uma entrada ou duas, você provavelmente desejará entrar em contato com o provedor de serviços de Internet. Se o tempo limite estiver chegando ao fim, entre em contato com o webmaster do site, se possível. Quem você contatar, inclua a saída dos comandos pinge traceroute.

Outra coisa a procurar é um roteador com defeito.

Recentemente, tive essa situação ao acessar qualquer site do Stack Exchange. Isso atingia o tempo limite, retornava erros de conexão e geralmente "me bloqueava" por 5 minutos por vez. Praticamente todos os outros sites estavam OK.

Após longas conversas com a equipe do Stack Exchange (muito útil) e com meu ISP, reduzi-o ao roteador. Trocá-lo aparentemente curou o problema.

O problema aqui (acho) foi que, independentemente da falha no roteador, ele não conseguia lidar com o volume relativamente alto de tráfego que eu estava gerando ao usar o Stack Exchange como um usuário logado com várias contas e com muitas delas visível a qualquer momento.

O fato de apenas um site (um conjunto de sites) ter sido afetado me levou a acreditar que o problema estava em outro lugar.

Hoje em dia é preciso considerar o IPv6. É possível que exista um problema com o mecanismo IPv6 (DNS, roteamento, SO), mas não com o IPv4 (ou, menos provavelmente, vice-versa). Os comandos pinge tracertno Windows 7 usam a opção -4ou -6para testar independentemente o IPv4 e o novo IPv6.

Parece um comentário para a resposta principal, não outra resposta, mas não tenho representante suficiente para comentar. Ou talvez eu deva editar o Wiki, o que significaria talvez adicionar um exemplo, já que a resposta é de aparência profissional. Mas também não tenho representante suficiente para editar o Wiki.

Sinta-se livre para editar isso conforme necessário.

No meu caso, tive um problema bastante específico, difícil de decodificar para mim. Quando tentei acessar um site específico do Firefox, sempre tive um tempo limite. Quando tentei copiar o endereço da página para outro navegador, ele também resultou em um tempo limite. Isso estava acontecendo através de várias conexões e todos os meus outros dispositivos funcionavam bem. Até mesmo consultar o site com cURL funcionou bem! Tentei alterar configurações, proxies, alterar e atualizar o DNS etc ...

Para encurtar a história, o problema era que uma das minhas extensões, o HTTPS Everywhere estava me redirecionando para uma versão https do endereço, mas o servidor não estava respondendo na porta SSL.

Ao tentar depurar em outros navegadores, também sem querer copiei o prefixo do protocolo https e, portanto, estava tendo o mesmo problema, mas digitei-o manualmente no shell para executar a solicitação cURL para que funcionasse.

A correção foi apenas para desativar a regra HTTPS Everywhere para o site específico.

Um caso muito especial, mas pode acontecer com outras pessoas e espero que isso ajude.