socket de abertura para o google trava em SYN_SENT

0

Eu tenho 2 computadores agora: downloader (asus at4nm10t-i) com debian e desktop (asus sabertooth 990fx) com o gentoo na mesma rede sob NAT mesmo com a mesma placa ethernet: RTL8111E . Driver r8169 é compilado como módulo em ambos os computadores. Às vezes, o ambiente de trabalho à noite não pode se conectar ao Google e a todos os seus serviços, como agora:

curl -v http://www.google.by

no downloader ele recebeu a resposta do servidor imediatamente. na área de trabalho enforcou e quando eu corri em outro terminal:

netstat -ntp | grep curl
>>tcp 0 1 192.168.0.7:54126 173.194.35.191:80 SYN_SENT 4876/curl

após 1-2 minutos, ele recebeu a resposta do servidor. Eu estava tentando mudar ip da rede, endereço MAC do desktop mas nada mudou. Quando eu estava tentando se conectar a outros serviços, exceto o Google :

curl -v http://www.yahoo.com

ambos os computadores receberam respostas imediatamente! Somente quando reinicializei a área de trabalho, ela começa a funcionar corretamente com os serviços do Google

Eu não consigo entender com o que esse bug está relacionado. Em qual bugtracker devo postar isso: kernel do r8169 ou linux ou google?

PS. Desktop foi verificado com memtest: 5 passes - sem erros

    
por puchu 10.06.2012 / 00:28

1 resposta

2

Eu tive esse problema por cerca de um ano e ele desapareceu (2012-2013).

Agora tenho outro problema: tempo de vida curto das conexões tcp (11-12 2014).

Eu verifiquei quase todos os nossos provedores de internet na Bielorrússia. Parece que todos os problemas estão ligados ao nosso principal provedor monopolista "beltelecom" e seu "firewall".

    
por 01.01.2015 / 23:35

Tags