O sistema Debian dissocia aleatoriamente do WiFi

2

De todos os sistemas Debian conectados a WiFi que eu usei (a maioria dos meus sistemas estão conectados à minha rede) por longos períodos de tempo, pelo menos uma vez eles não conseguiram se comunicar através de Wifi. A julgar pela saída de ifconfig , eles ainda estão conectados, mas quando tento fazer ping em um dispositivo de rede, ele falha, recebendo uma resposta de si mesmo. Então eu tenho que executar ifconfig wlan0 down seguido por ifconfig wlan0 up . Meu sistema recebe automaticamente um IP do meu servidor DHCP, mas, mesmo assim, só posso falar com dispositivos na mesma rede (assim, eu poderia fazer ping 192.168.0.1, mas não 8.8.8.8, ou 192.168.0.25, mas não 208.70.160.53). Quando tento pingar um IP na Internet, recebo uma mensagem como connect: network is down . Então eu tenho que reiniciar para restaurar a conectividade de rede completa.

Então, minhas perguntas são:

Por que a conectividade WiFi parece sair aleatoriamente e como posso impedir que isso aconteça?

e

Quando ele sai, como posso restaurar a conectividade completa sem reiniciar o sistema inteiro?

Estou usando o Debian Jessie versão 8.7. Se você precisar de mais alguma informação, vá em frente e pergunte nos comentários.

saída de lspci -knn | grep Net -A2

02:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM57765 Gigabit Ethernet PCIe [14e4:16b4] (rev 10)
    Subsystem: Broadcom Corporation NetXtreme BCM57765 Gigabit Ethernet PCIe [14e4:16b4] 
    Kernel driver in use: tg3 
02:00.1 SD Host controller [0805]: Broadcom Corporation BCM57765/57785 SDXC/MMC Card Reader [14e4:16bc] (rev 10)
03:00.0 Network controller [0280]: Broadcom Corporation BCM4331 802.11a/b/g/n [14e4:4331] (rev 02) 
    Subsystem: Apple Inc. AirPort Extreme [106b:00d6] 
    Kernel driver in use: bcma-pci-bridge

saída de ping 192.168.0.1 após a desconexão:

PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
From 192.168.0.9 icmp_seq=1 Destination Host Unreachable
From 192.168.0.9 icmp_seq=2 Destination Host Unreachable
From 192.168.0.9 icmp_seq=3 Destination Host Unreachable
From 192.168.0.9 icmp_seq=4 Destination Host Unreachable
From 192.168.0.9 icmp_seq=5 Destination Host Unreachable
From 192.168.0.9 icmp_seq=6 Destination Host Unreachable
From 192.168.0.9 icmp_seq=7 Destination Host Unreachable
From 192.168.0.9 icmp_seq=8 Destination Host Unreachable
From 192.168.0.9 icmp_seq=9 Destination Host Unreachable

--- 192.168.0.1 ping statistics ---
11 packets transmitted, 0 received, +9 errors, 100% packet loss, time 10236ms
    
por Billy 04.03.2017 / 19:04

2 respostas

1

Esqueci-me desta questão; Eu acabei de redescobri-lo e pensei que poderia colocar isso em prática.

Quando fiz esta pergunta, usei um gerenciador de rede bastante básico. (Agora eu executo wpa_supplicant , ifconfig e route manualmente.) Gerentes mais avançados como NetworkManager devem lidar com isso automaticamente, mas se não, basta executar o comando wpa_cli (você provavelmente terá que ser root), digite reassociate nesse prompt (Control-C quando terminar). Isso faz com que o wpa_supplicant reconecte sem diminuir a interface, o que redefine a tabela de roteamento. Outra alternativa é executar ifconfig <interface> down seguido de ifconfig <interface> up (o que eu estava fazendo quando fiz esta pergunta). Isso fará com que wpa_supplicant se reconecte, mas também exclui a entrada da tabela de roteamento que foi definida por dhclient , portanto, você terá que executar route add -net default gw <router IP address> dev <interface> (o que eu não consegui descobrir). Basta desligar e ligar novamente o Wi-Fi (ou desconectar e reconectar, se isso for o seu objetivo) em seu gerenciador de rede também deve funcionar.

O Wi-Fi ainda se desconecta ocasionalmente, mas quando isso acontece, eu sempre digo ao wpa_supplicant para se associar e ele funciona novamente após alguns segundos. Esse é provavelmente um problema que todos os sistemas operacionais têm, eles apenas se associam automaticamente em segundo plano.

    
por 11.07.2018 / 04:32
4

Você deve usar o driver wl em vez do bcma-pci-bridge .

Edite seu /etc/apt/sources.list adicionando a seguinte linha:

deb http://httpredir.debian.org/debian/ jessie main contrib non-free

Salve seu arquivo.

Instale o linux-image , linux-headers e o broadcom-sta-dkms package

apt-get update
apt-get install linux-image-$(uname -r|sed 's,[^-]*-[^-]*-,,') linux-headers-$(uname -r|sed 's,[^-]*-[^-]*-,,') broadcom-sta-dkms

descarrega o driver em conflito:

 modprobe -r bcma-pci-bridge
 modprobe -r b44 b43 b43legacy ssb brcmsmac bcma

Carregue o módulo certo:

modprobe wl

Fonte: site oficial

    
por 04.03.2017 / 23:11

Tags