Rede (LAN) pára de funcionar aleatoriamente - reconectar ajuda

1

Eu aleatoriamente tenho o problema no meu 15.04 que a conexão com a Internet via LAN pára de funcionar. Isso geralmente acontece diretamente após o boot, mas às vezes também no meio de uma sessão de surfe sem nenhuma ação especial.

Meus aplicativos (Firefox, Skype, ...) não relatam acesso à rede, e ping google.com e ping 8.8.8.8 também desistem, assim como o ping do meu roteador ( ping 192.168.0.1 ).

O que eu faço se esta perda de conexão está acontecendo é que eu clico no indicador de rede e selecione "Desconectar", espere um segundo e reconecte a mesma conexão. Após este procedimento tudo parece bem novamente.
Hoje também desapareceu após alguns minutos, mas mais algumas quebras de conexão se seguiram.

Como posso resolver este problema? O que devo observar quando ocorre na próxima vez para fornecer informações importantes? Como posso finalmente evitar essas perdas de conexão ou posso pelo menos ter uma solução alternativa que detecte e resolva automaticamente?

Atualização 1:

$ sudo lshw -C network
  *-network               
       description: Ethernet interface
       product: 82573L Gigabit Ethernet Controller
       vendor: Intel Corporation
       physical id: 0
       bus info: pci@0000:02:00.0
       logical name: eth0
       version: 00
       serial: 00:17:31:a1:f5:fa
       size: 100Mbit/s
       capacity: 1Gbit/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=2.3.2-k duplex=full firmware=0.5-7 ip=192.168.0.107 latency=0 link=yes multicast=yes port=twisted pair speed=100Mbit/s
       resources: irq:24 memory:cfee0000-cfefffff ioport:c800(size=32)

Atualização 2:

Conteúdo de /var/log/syslog na época da última falha de conexão:

Jul 12 16:14:23 MaxData-Desktop-Ubuntu kernel: [ 5298.718729] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:01:24:65:11:25:b0:0c:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2 
Jul 12 16:15:07 MaxData-Desktop-Ubuntu whoopsie[670]: [16:15:07] Cannot reach: https://daisy.ubuntu.com
Jul 12 16:15:07 MaxData-Desktop-Ubuntu whoopsie[670]: [16:15:07] offline
Jul 12 16:15:27 MaxData-Desktop-Ubuntu whoopsie[670]: [16:15:27] Cannot reach: https://daisy.ubuntu.com
Jul 12 16:15:47 MaxData-Desktop-Ubuntu whoopsie[670]: [16:15:47] Cannot reach: https://daisy.ubuntu.com
Jul 12 16:16:07 MaxData-Desktop-Ubuntu whoopsie[670]: [16:16:07] Cannot reach: https://daisy.ubuntu.com
Jul 12 16:16:28 MaxData-Desktop-Ubuntu kernel: [ 5423.720176] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:01:24:65:11:25:b0:0c:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2 
Jul 12 16:16:30 MaxData-Desktop-Ubuntu whoopsie[670]: [16:16:30] Cannot reach: https://daisy.ubuntu.com
Jul 12 16:16:50 MaxData-Desktop-Ubuntu whoopsie[670]: [16:16:50] Cannot reach: https://daisy.ubuntu.com
Jul 12 16:17:01 MaxData-Desktop-Ubuntu CRON[9122]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jul 12 16:17:10 MaxData-Desktop-Ubuntu whoopsie[670]: [16:17:10] Cannot reach: https://daisy.ubuntu.com
Jul 12 16:18:33 MaxData-Desktop-Ubuntu kernel: [ 5548.718565] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:01:24:65:11:25:b0:0c:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2 
Jul 12 16:20:38 MaxData-Desktop-Ubuntu kernel: [ 5673.717889] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:01:24:65:11:25:b0:0c:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2 
Jul 12 15:12:48 MaxData-Desktop-Ubuntu gnome-session[6329]: message repeated 2 times: [ debconf: DbDriver "passwords" warning: could not open /var/cache/debconf/passwords.dat: Keine Berechtigung]
Jul 12 16:21:53 MaxData-Desktop-Ubuntu gnome-session[6329]: (process:9144): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Jul 12 16:22:23 MaxData-Desktop-Ubuntu whoopsie[670]: [16:22:23] online
Jul 12 16:22:23 MaxData-Desktop-Ubuntu kernel: [ 5778.310686] [UFW BLOCK] IN=eth0 OUT= MAC=00:17:31:a1:f5:fa:24:65:11:25:b0:0c:08:00 SRC=198.252.206.25 DST=192.168.0.107 LEN=110 TOS=0x00 PREC=0x00 TTL=50 ID=50591 DF PROTO=TCP SPT=443 DPT=54409 WINDOW=33 RES=0x00 ACK PSH URGP=0 

Antes e depois desse snippet, há mais [UFW BLOCK] linhas, mas elas não parecem suspeitas para mim. Eu tenho linhas semelhantes em dmesg , mas nada mais.

    
por Byte Commander 30.06.2015 / 11:25

3 respostas

1

Por qualquer motivo, esses problemas se tornaram mais raros nos últimos tempos.

Além disso, sempre que ocorre, eu corro o seguinte comando para desconectar e reconectar:

nmcli con down "CONNECTION NAME" && nmcli con up "CONNECTION NAME"

Para agilizar a digitação, criei um alias para ele, anexando a seguinte linha ao meu arquivo ~/.bashrc :

alias reconnect='nmcli con down "CONNECTION NAME" && nmcli con up "CONNECTION NAME"'
    
por Byte Commander 20.10.2015 / 17:27
4

Primeiro, identifique o driver do seu dispositivo de rede com o comando:

lshw -C network

Procure por driver= .

Em seguida, verifique o log em busca de pistas sobre por que o dispositivo se desconecta. Sugiro que você analise o driver e o que o Network Manager está fazendo:

cat /var/log/syslog | grep -e some_driver -e etwork | tail -n 20

Idealmente, execute isso assim que a conexão com a Internet cair.

Em seguida, sugiro que você pesquise neste site e no Google o nome do seu driver e "desconecte-se" para possíveis soluções. Você também pode editar sua pergunta para adicionar detalhes adicionais e teremos prazer em ajudar.

Se você deseja postar o resultado do seu syslog, pois será demorado, poste aqui e nos dê o link: link

Você confirmou o infame e1000e. Existem várias coisas que você pode tentar. A solução provável que parece funcionar com freqüência, mas nem sempre, é desabilitar as velocidades de gigabit. Você pode tentar temporariamente com:

sudo ethtool --change eth0 speed 100 autoneg off

Se isso for útil, vamos descartar os parâmetros em rc.local para torná-los persistentes.

    
por chili555 30.06.2015 / 15:17
-1

O que você descreve parece ser um problema de locação de dhcp. Quando você se conecta ao roteador, o dhcp lhe dá ip por um determinado período de tempo (que é chamado de lease), e então isso é renovado.

Por exemplo, aqui está o que eu tenho no meu syslog:

$ grep 'renew' /var/log/syslog Jun 30 20:38:01 anaconda dhclient: bound to 192.168.43.209 -- renewal in 1342 seconds.

Minha suposição, então, é que você ainda tem o IP, então sua máquina é reportada como conectada, mas na verdade a concessão não foi renovada ou teve falha / falha.

O que eu sugiro é tentar mudar o cliente dhcp que você está usando. O NetworkManager vem com dhclient por padrão, se eu não estiver errado. Você pode tentar instalar dhcpcd (para outras opções, verifique apt-cache search dhcp ). Por que eu sugiro que este seja porque man NetworkManager.conf diz que é o suportado (junto com o padrão, dhclient ).

Então, em /etc/NetworkManager/NetworkManager.conf , você precisará desta linha dhcp=dhcpd , abaixo de [main] . Por exemplo,

[main]
plugins=ifupdown,keyfile,ofono
dns=dnsmasq
dhcp=dhcpcd

[ifupdown]
managed=false

Eu tive um problema como aquele em que o ícone da rede diz conectado, mas na verdade ele parou de funcionar, mas percebi o que está acontecendo apenas recentemente, porque estou aprendendo lentamente sobre redes. Não vou dizer que é uma solução 100% à prova de balas, mas é o que posso sugerir. Pelo menos eu não experimentei esse problema muito depois de brincar com as configurações do meu cliente dhcp.

Além disso, tente desabilitar o ipv6, desative o wifi do canal n (se o cartão suportar) e o gerenciamento de energia conforme sugerido neste artigo: link Estes hacks funcionam principalmente para velocidade, mas eles não vão doer

    
por Sergiy Kolodyazhnyy 30.06.2015 / 20:14