Questão Não consigo abrir sites relacionados ao google


Estou recebendo erros de tempo limite em sites relacionados ao Google. Se eu tentar abrir o google.com, gmail.com, etc, ele continuará exibindo a "resposta em espera" na parte inferior do navegador, e a página não será aberta. Se eu estiver navegando em outro site que inclua, por exemplo, www.google-analytics.com, ajax.googleapis.com, google fonts, etc, comece a carregar, exibindo "conectando-se a [um site relacionado ao google]" no navegador fundo, e pare nesse ponto por um longo tempo.

Eu posso navegar em outros sites bem e eles carregam rapidamente. Eu posso pingar os domínios com perda de 0% e <100ms vezes. Eu posso pingar 8.8.8.8, eu não estou atrás de um proxy, não há nada no meu arquivo de hosts, eu não estou no trabalho ou em um ambiente de rede: é uma rede doméstica por trás de um roteador. Eu conecto usando wifi (estou muito distante para usar com fio).

Outros usuários na mesma rede não têm o problema. Eu posso tanto ping e navegue Os sites. Eu pinguei ajax.googleapis.com do meu android e meu outro laptop, e eles retornam o mesmo IP do que neste laptop. Eles também compartilham o mesmo endereço IP externo, de acordo com http://www.whatismyipaddress.com

O problema acontece no Ubuntu 12.04, e como é cíclico, mas não é freqüente o suficiente para ter certeza, eu não me lembro honestamente se isso acontece no Windows 7 também (é uma máquina de boot duplo). A reinicialização do roteador não ajudará. A reinicialização do computador corrige o problema, até que isso aconteça novamente.

Isso vem acontecendo há alguns meses. A última vez que isso aconteceu (hoje cedo) eu fiz um ping antes e depois da reinicialização. Aqui estão os resultados:

antes

$ping ajax.googleapis.com
PING googleapis.l.google.com (74.125.21.95) 56(84) bytes of data.
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=1 ttl=47 time=157 ms
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=2 ttl=47 time=163 ms
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=3 ttl=47 time=156 ms
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=4 ttl=47 time=165 ms
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=5 ttl=47 time=157 ms
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=6 ttl=47 time=155 ms
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=7 ttl=47 time=159 ms
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=8 ttl=47 time=157 ms

depois de

$ping ajax.googleapis.com
PING googleapis.l.google.com (74.125.134.95) 56(84) bytes of data.
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=1 ttl=47 time=207 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=2 ttl=47 time=154 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=3 ttl=47 time=154 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=4 ttl=47 time=152 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=5 ttl=47 time=157 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=6 ttl=47 time=160 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=7 ttl=47 time=154 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=8 ttl=47 time=157 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=10 ttl=47 time=154 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=11 ttl=47 time=152 ms

O problema acontece em navegadores diferentes, instalei epifania e mostra o mesmo comportamento.

Eu inspecionei a guia de rede no firefox e ele mostra uma única solicitação GET não respondida: enter image description here

Eu instalei wireshark e escutei pedidos HTTP GET; em outros sites aparece no relatório, mas no ajax.googleapis não mostra nada. Eu escutei então por pedidos de DNS, existem algumas diferenças:

enter image description here enter image description here

Se conectar via telnet para a porta 80 de um site aleatório e executar um GET ele funciona, mas não consigo fazer telnet para ajax.googleapis.com (ou é IP), a conexão nunca é concluída.


7


origem


Você verificou as configurações de DNS do seu roteador? eles são o que você espera? - Rich Homolka
@RichHomolka Sim, tenho 8.8.8.8 e 8.8.4.4 como servidores DNS no roteador. - That Brazilian Guy
Isso acontece em outra rede? ou depois de reiniciar o roteador? - Braiam
Os outros computadores da sua rede local, que não têm esse problema, compartilham o mesmo endereço IP externo? (Você poderia usar whatismyipaddress.com). - harrymc
Isso acontece em todos os navegadores? Experimente o Chrome e o Firefox. Talvez esteja relacionado a algo no seu navegador. - Kevin Panko


Respostas:


Aqui estão alguns passos que eu daria. Nunca vi esse comportamento exato antes, mas eu vi semelhante!

Se você pode tentar em uma rede diferente inteiramente (trabalho ou um amigo ou amarrado ao seu telefone etc).

Experimente com um cabo (mesmo que por pouco tempo faça um teste de sanidade, por assim dizer). Se isso não for uma opção realista, tente usar um cartão sem fio USB por um tempo.

Por último (porque pode haver problemas) você pode tentar redefinir a pilha IP no Windows (estranho que afeta ambos os sistemas operacionais, mas ainda vale um tiro). Tenha cuidado, pois certos softwares (geralmente o software VPN e algumas outras ferramentas da Ciscos) podem exigir uma reinstalação. Aqui está um link para o MS guia sobre isso.

O curto e doce é:

Prompt de comando como administrador

netsh int ip reset <*optional* path to logfile>

por exemplo.

netsh int ip reset c:\ipreset.log

Uma reinicialização é necessária depois que isso terminar.


3



Eu estava tendo problemas com alta latência em uma conexão Wi-Fi, e esse comando resolveu isso. Obrigado.


Você pode dar uma olhada no wireshark, um sniffer de rede, e verificar o que está acontecendo. Além disso, você poderia pegar um distribuição portátil de linux, queime-o num dispositivo USB e verifique se está a funcionar. você também pode comparar o ip pingado em um computador com o google e o outro. E se você tiver um telefone com conexão Wi-Fi e plano de dados, você pode verificar se está funcionando com isso


2



Eu tentei wireshark e atualizei a questão. Eu poderia tentar uma distro ao vivo, mas eu teria que continuar usando isso para ter certeza que o problema se foi, e isso não me diria a causa, eu também quero descobrir o culpado. - That Brazilian Guy


Vivendo na Síria, enfrentamos muitos problemas semelhantes, seja o bloqueio local de nosso governo a alguns sites ou sites com base nos EUA que bloqueiam nosso acesso devido a sanções.

Isso é muito parecido com os casos em que há um bloqueio local (ou alguma configuração incorreta do lado do provedor), os provedores tendem a passar as solicitações da porta 80 por meio de proxies transparentes e essa é a fonte de todos os tipos de problemas. Além disso, softwares mal-intencionados podem implementar essa coisa em sua máquina local, fazer coisas ruins, como veicular anúncios ou redirecionar coisas ...

Uma solução para isso é usar https em vez de http. com HTTPs, o pedido não pode ser interceptado através de um proxy transparente e, portanto, não herda qualquer problema que possa ser causado por tal coisa. Como o seu problema é principalmente com os serviços do Google, você tem sorte, pois (quase) todos eles têm o https ativado.

Tente visitar https://www.google.com/, funciona? se sim, então use o https-everywhere addon para o seu navegador, ele irá reescrever os pedidos de serviços mais conhecidos (Google, Yahoo, Bing, Wordpress ...) para https em vez de http.

Se funcionou, este é um trabalho temporário, e precisa de mais investigação sobre a verdadeira origem do problema (seja um software malicioso na sua máquina ou uma má configuração do roteador / ISP ...).


Editar: Quando o problema acontecer da próxima vez, talvez seja útil examinar a saída de alguns comandos: pstree, ps aux, sudo iptables -L e netstat -a. Poderia fazer um pequeno empurrão para encontrar o culpado causando tudo isso.


2



Você esquece que isso funciona muito bem para de outros computadores na mesma rede doméstica. - harrymc
Provavelmente estou impressionado com a impressão de que isso tem a ver com os ISPs! Mas como outros computadores na mesma rede conseguem navegar sem problemas, então recorremos a outra possibilidade: um software malicioso ou um problema semelhante na máquina local. - aularon


Dê uma olhada nas configurações do navegador, talvez haja algo errado com o proxy.

E quanto a outros sites como o Yahoo ou o Bing?

Também trx para ping 8.8.8.8 (Googles DNS Server)


1



Eu não uso proxies. Eu posso usar o yahoo e bing. - That Brazilian Guy
o que você ganha se você traceroute para o google ??? - konqui
Infelizmente, meus blocos de roteador traceroute e tudo que consigo são asteriscos. = / - That Brazilian Guy
É o seu roteador. Altere a configuração para desbloquear o traceroute. - Joel Rondeau
É meu roteador. Um roteador bastante $ # $% ^. Nenhum shmancy extravagante para mim. - That Brazilian Guy


Se você teve malwares no seu computador recentemente, às vezes eles mexem no arquivo de hosts para tentar impedir que você acesse sites que podem ajudar a remover o malware.

Use o bloco de notas para ver seu arquivo hosts (em C:\windows\system32\drivers\etc\hosts) e veja se existem linhas que listam "google.com". Se houver, coloque um # assine na frente dessa linha e salve o arquivo. Reinicie e tente novamente.


1



Nenhum malware (isso acontece no linux também). O arquivo de hosts está vazio. - That Brazilian Guy


Você tem serviço da AT & T? O Uverse nos causou problemas semelhantes. Experimente locais diferentes no google, como google.co.uk ou google.it ou google.ca

Se for um problema da AT & T, limpe todos os arquivos de Internet temporários e do navegador e, se isso falhar, ligue para a AT & T


1



Eu não uso a AT & T, é um provedor brasileiro (Oi Velox). Os domínios do google internacional mostram o mesmo comportamento. - That Brazilian Guy


Experimente esta ferramenta de diagnóstico: Netalyzr. (Java requerido.)

Ele dirá se você tem algo estranho acontecendo com sua conexão.


1





Eu tenho um problema semelhante, talvez não esteja relacionado a você. Toda vez que eu usei o Firefox nos sites do Google, ele congelou e eu tenho que fazer isso. Não foram apenas sites puros do Google, mas também sites com anúncios do Google e assim por diante.

Minha solução para isso foi limpar a pasta / var. Estava cheio e assim que eu liberar algum espaço lá, problema resolvido.


1



O problema acontece em diferentes navegadores e df relata apenas 37% do disco está em uso. - That Brazilian Guy


Bem, desde que o problema é "local" (reiniciar o sistema resolve o problema) eu iria verificar os logs do sistema para sugestões (dmesg parece um bom lugar para começar). Se isso não acontecer com outro usuário ou com o lynx (ou qualquer outro navegador baseado em linha de comando), então você deve considerar migrar seu material para o novo usuário, se ainda acontecer, eu culparei algum bug no resolvedor do sistema ou alguém envenenando seu cache de DNS (talvez o seu ISP?) Se for o mais tarde, instale dig do pacote bind-utils, e tente adivinhar de onde você obtém essas entradas. Dependendo de como o seu sistema está configurado (dnsmasq, network manager, bind?) Você pode precisar métodos diferentes para limpar o cache.

Nota: Eu estou supondo que a conexão vai mal a algum ponto (reutilizando soquetes) e reiniciar o sistema liberá-lo. eu faria sudo nmap --tracerout -p 80,443 google.com quando a conexão está OK e quando vai mal para comparar e verificar se o servidor ou algo entre tem kaput.


1





Suas configurações de mtu são definidas manualmente neste sistema por qualquer motivo (veja em NetworkManager ou /etc/network/interfaces)? Tente remover a configuração ou colocar de volta a 1500 (1492 se você usar PPPoE).


1