O Imgur.com não está resolvendo adequadamente; Problema de DNS na rede doméstica

5

Eu não entendo porque imgur.com não está resolvendo no meu computador. Eu tentei o DNS do Google e ainda não funciona. Nem o DNS do meu provedor de banda larga. No entanto, se eu me conectar através de uma VPN, ele funciona. Por que é isso? Além disso, meu telefone tem o mesmo problema usando Wi-Fi, por isso é definitivamente ligado à minha rede doméstica. Como posso diagnosticar e corrigir esse problema?

Edit: fotos de imgur.com no navegador com e sem vpn. Postado via VPN.

    
por Algific 16.02.2012 / 01:08

7 respostas

1

Seu roteador tem problemas de cache de DNS. Eu tinha um roteador Wireless-N Linksys E1000 mais antigo, mas descobri que o problema também existe em outros modelos (mais baratos).

A coisa mais fácil é redefinir seu roteador, que normalmente limpa o cache do DNS. Verifique se o seu firmware está atualizado e atualize-o se não estiver. Outra opção é obter outro roteador.

    
por 13.03.2012 / 23:34
7
As imagens do imgur.com geralmente vêm do i.imgur.com, e o CSS e o JS vêm do s.imgur.com. Ambos são aliases para * .edgecastcdn.net - o EdgeCast.com CDN (Rede de distribuição de conteúdo - como um concorrente da Akamai).

Você pode querer verificar se pode ou não resolver e / ou conectar-se aos hosts * .edgecastcdn.net que o i.imgur e o s.imgur resolvem ou ver se há outros sites conhecidos que usam EdgeCast e veja se você tem o mesmo problema com esses sites.

    
por 12.03.2012 / 17:31
3

Você pode executar um nslookup {whatever_subdomain}.imgur.com e tentar acessar esses IPs diretamente de um navegador? Por exemplo, insira " link " no navegador.

Parece que o imgur.com o baniu ou bloqueou (ou o IP que seu DNS lhe forneceu) de alguns de seus subdomínios por algum motivo. Você pode ter acessado demais os subdomínios em questão.

    
por 12.03.2012 / 17:18
1

Abra um prompt de comando e execute "tracert imgur.com" sem as aspas. Isto irá dizer-lhe onde os seus pacotes estão caindo, postar a saída.

    
por 14.03.2012 / 10:37
1

Além disso, para obter uma resposta mais útil, tente instalar o Firefox como um navegador alternativo e instale Firebug como um complemento. Ele se manifesta como um ícone "bug" . Visite a guia Rede e tente carregar a página novamente . Cada elemento da página resultará em uma linha.

Se você vir sua solicitação GET para os arquivos CSS / JS falhar com Status 404 , o servidor da Web conectado não poderá encontrar o URL solicitado. Em sua situação, provavelmente significa que seu navegador estava conectado a um endereço IP incorreto ou a conexão foi interceptada (como em: proxy transparente por provedores 3G ou roteadores proxy "inteligentes") e manipulada incorretamente.

Se estiver escrito " Aborted " em uma linha, o problema real de resolução de DNS pode ser o motivo. clique com o botão direito do mouse na parte GET à esquerda e escolha "Abrir na nova guia". Isso produzirá uma mensagem de erro mais informativa, pois os recursos incorporados geralmente falham silenciosamente, resultando em imagens ausentes ou arquivos CSS / JS, como no seu caso.

Boa sorte.

    
por 15.03.2012 / 22:28
0

This happens on windows, mac and on my android phone.

Se isso acontecer apenas quando o telefone estiver conectado ao roteador, talvez o problema esteja no roteador.

Se isto também acontece quando o seu telefone está conectado diretamente à Internet através do operador, então o problema é talvez com o site imgur.com em si ou que o seu ISP está a vitimizá-lo.

    
por 14.03.2012 / 10:46
0

TL; DR: Configure seu computador para ignorar o proxy DNS do seu roteador e, em vez disso, use outro servidor DNS. Tente o servidor DNS do seu provedor ou use um servidor DNS público como o do Google .

Você está usando um Mac. Você pode substituir seu servidor DNS por:

  1. indo para o painel de controle Rede
  2. clicando em Avançado…
  3. escolhendo DNS e inserindo os novos endereços do servidor, por exemplo 8.8.8.8 e 8.8.4.4 .

Se você quiser apenas usar esses servidores DNS em sua rede doméstica, crie uma nova Localização no painel de controle Rede .

Detalhes

Eu tive um problema semelhante. Para mim, foram erros intermitentes com *.imgur.com e também, ironicamente, com *.sstatic.com , o site usado para armazenar o conteúdo estático do Super-usuário. As pesquisas falharão por algum tempo, depois funcionarão por um tempo e falharão novamente.

Eu atualizei meu roteador recentemente, então parecia ter algo a ver com isso.

Usando dig , testei consultas em diferentes servidores DNS:

  • As consultas ao meu roteador falhariam de forma intermitente. O meu router faz o proxies dos servidores DNS do meu ISP.
  • Consultas diretas os servidores DNS do meu provedor também falharão intermitentemente. Consultas diretas sempre funcionaram com meu último modem.
  • As consultas diretas aos servidores DNS públicos do Google funcionaram o tempo todo.

Então, talvez meu roteador estivesse bagunçando as respostas de DNS dos servidores ISPs (ambos com proxy e direto). Ou talvez os servidores ISPs estivessem falhando de forma intermitente? Era difícil dizer, e não me incomodei em descobrir qual era o verdadeiro problema. :)

As consultas que falharam foram para redes de entrega de conteúdo. Isso faz sentido, de certa forma, porque os CDNs geralmente retornam resultados complexos de DNS para otimizar o desempenho.

Como eu, você pode ter um problema com o DNS do seu roteador, com o DNS do seu ISP ou com alguma interação entre os dois. Aqui estão possíveis soluções.

  1. Configure seus dispositivos para usar outro servidor DNS. Use o servidor DNS do ISP diretamente ou use um servidor DNS público, como o que o Google fornece .
  2. Edite o arquivo /etc/hosts em seus dispositivos e adicione manualmente endereços para pesquisas com falha.
  3. Configure seu próprio servidor DNS internamente.

A opção 1 é a mais fácil. Eu o recomendo se você estiver em um local que tenha um servidor DNS público local. Aqui estão os locais dos servidores DNS públicos do Google .

Estou na Nova Zelândia e não queria ir com um servidor DNS público em outro país. Fazer isso significaria maior latência para mim em todas as pesquisas de DNS. Isso também diminuiria um dos principais benefícios das CDNs. CDNs tentam servir conteúdo de servidores locais, se possível, e eles fazem isso com base na localização do servidor DNS. Um servidor DNS baseado nos EUA ou na Ásia teria diminuído esse benefício.

Eu também não queria usar os servidores DNS do meu provedor, já que eles eram esquisitos quando meu roteador estava envolvido, mesmo para consultas diretas.

Então, a opção 2 foi um pouco melhor para mim. Isso significará um pouco de manutenção, mas estou feliz em usar dig e editar /etc/hosts ocasionalmente.

    
por 04.08.2013 / 10:01