Não consigo abrir sites relacionados ao google

Question

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 pingar e procurar os sites. Eu pingado 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 o link

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 ocorra 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 diferentes navegadores, eu instalei o epiphany e ele mostra o mesmo comportamento.

Eu inspecionei a guia de rede no firefox e ela mostra uma única solicitação GET não respondida:

EuinstaleiowiresharkeescuteisolicitaçõesHTTPGET;emoutrossitesaparecenorelatório,masnoajax.googleapisnãomostranada.EuescuteientãoporpedidosdeDNS,existemalgumasdiferenças:

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

    

Answer 1

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

Se você puder experimentá-lo em uma rede diferente (trabalho ou um amigo ou vinculado ao seu telefone, etc.).

Experimente com um cabo (mesmo que por pouco tempo faça um teste de sanidade, por assim dizer). Se essa não for uma opção realista, tente usar uma placa 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 a pena um tiro). Tenha cuidado, pois certos softwares (geralmente o software VPN e algumas outras ferramentas da Ciscos) podem exigir uma reinstalação. Este é um link para o guia de MS sobre ele .

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.

    

Answer 2

Você pode dar uma olhada no wireshark, um sniffer de rede, e verificar o que está acontecendo. Além disso, você pode pegar uma distribuição Linux portátil , gravá-la em um dispositivo USB e verificar se está funcionando. 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

    

Answer 3

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 ISP), os ISPs tendem a passar 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 isso 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 acessar o link . Isso funciona? Se sim, use o addon link para o seu navegador, ele irá reescrever os pedidos de mais conhecidos serviços (Google, Yahoo, Bing, Wordpress ...) para https em vez de http.

Se funcionou, este é um trabalho temporário, e precisa de mais investigações sobre a verdadeira origem do problema (seja um software malicioso em sua máquina ou uma configuração ruim de 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 esforço para encontrar o culpado, causando tudo isso.

    

Answer 4

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 (Servidor DNS Googles)

    

Answer 5

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

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

    

Answer 6

Você tem o serviço 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 AT & T Uverse, limpe todos os arquivos temporários da Internet do navegador e, se isso falhar, ligue para AT & T

    

Answer 7

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

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

    

Answer 8

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 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.

    

Answer 9

Bem, como o problema é "local" (reiniciar o sistema resolve o problema), eu verificaria se há sugestões nos logs do sistema ( 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 migrar suas coisas para o novo usuário, se ainda acontecer, eu culpo algum erro no resolvedor do sistema ou alguém envenenando seu cache de DNS (talvez seu ISP?). Se for o mais tardar, instale dig do pacote bind-utils e tente adivinhar de onde você obtém essas entradas. Dependendo de como seu sistema está configurado (dnsmasq, network manager, bind?) Você pode precisar de métodos diferentes para limpar o cache.

Nota: Suponho que a conexão esteja errada em algum momento (reutilizando soquetes) e reiniciando o sistema. Eu faria sudo nmap --tracerout -p 80,443 google.com quando a conexão estiver OK e quando for ruim para comparar e verificar se o servidor ou algo entre tem kaput.

    

Answer 10

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).

    

Answer 11

Um palpite é que a diferença entre o google e outros é porque o google implementa o IPv6, então você pode tentar desligar o IPv6 no roteador e no computador.

Caso contrário, se estiver acontecendo no Ubuntu e no Windows, suponho que não possa ser um software. Se estiver acontecendo apenas no Ubuntu, verifique o firewall e o software de segurança.

Você não teria, por acaso, algum proxy instalado que visse todo o tráfego (além do wireshark)?