Por que o adatper sem fio parou para trabalhar?

1

hoje eu instalei corretamente o driver para o adaptador wireless TP-LINK TL-WN725N USB no meu RaspBerry Pi (eu uso o RaspBian que é um Debian), então eu configurei o wifi usando o wpa-suplicant como explicado neste tutorial:

link

Isso funcionou bem até esta noite. Então, de repente, ele parou para funcionar quando eu tentei conectar no SSH e o Raspberry está na rede sem fio (ou melhor, deveria ser, já que isso não está na lista do Cliente conectado ao DHCP do meu roteador)

O mais estranho é que o adaptador sem fio USB pisca, então acho que isso não é um problema de driver.

Se eu tentar conectá-lo pela ethernet, não tenho problema. Ele aparece no cliente conectado ao DHCP do meu roteador e eu posso me conectar a ele pelo SSH.

Quando eu me conecto a ele usando ethernet, se eu executar um comando ifconfig , obtenho:

pi@raspberrypi ~ $ ifconfig
eth0      Link encap:Ethernet  HWaddr b8:27:eb:2a:9f:b0  
          inet addr:192.168.1.9  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:48 errors:0 dropped:0 overruns:0 frame:0
          TX packets:59 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:6006 (5.8 KiB)  TX bytes:8268 (8.0 KiB)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:8 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:1104 (1.0 KiB)  TX bytes:1104 (1.0 KiB)

wlan0     Link encap:Ethernet  HWaddr e8:94:f6:19:80:4c  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

Portanto, parece que o driver do adaptador sem fio USB wlan0 está carregado corretamente.

Se eu remover o adaptador sem fio USB e colocá-lo novamente na porta USB, as últimas linhas do log dmesg serão:

[   20.303172] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
[   20.306340] RTL871X: set bssid:00:00:00:00:00:00
[   20.306726] RTL871X: set ssid [g\xffffffc6isQ\xffffffffJ\xffffffec)\xffffffcd\xffffffba\xffffffba\xffffffab\xfffffff2\xfffffffb\xffffffe3F|\xffffffc2T\xfffffff8\x1b\xffffffe8\xffffffe7\xffffff8dvZ.c3\xffffff9f\xffffffc9\xffffff9a\xffffff9aD\xffffffa7\x1a\xffffffa0\x1a\xffffff8b] fw_state=0x00000008
[   21.614585] RTL871X: indicate disassoc
[   21.908495] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
[   25.006282] Adding 102396k swap on /var/swap.  Priority:-1 extents:1 across:102396k SSFS
[   26.247997] RTL871X: nolinked power save enter

Como você pode ver, algumas dessas linhas estão relacionadas ao RTL871X que é meu adaptador sem fio USB, mas não sei se essas linhas relatam um erro ou se está tudo ok.

Olhando para o status do adaptador, obtenho:

pi@raspberrypi ~ $ ip  link list dev wlan0
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DORMANT qlen 1000
    link/ether e8:94:f6:19:80:4c brd ff:ff:ff:ff:ff:ff

Como você pode ver, o modo é DORMANT , mas acho que isso é normal, porque agora estou conectado usando ethernet.

Eu tentei configurar o adaptador, mas parece que não obtenho resultado, de fato:

pi@raspberrypi ~ $ sudo ip link set dev wlan0 up 
pi@raspberrypi ~ $ ip  link list dev wlan0
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DORMANT qlen 1000
    link/ether e8:94:f6:19:80:4c brd ff:ff:ff:ff:ff:ff
pi@raspberrypi ~ $ sudo ip link set dev wlan0 up 

Este é o meu conteúdo do arquivo / etc / network / interfaces e está tudo bem:

auto lo

iface lo inet loopback
iface eth0 inet dhcp

allow-hotplug wlan0
iface wlan0 inet manual
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp

e é o /etc/wpa_supplicant/wpa_supplicant.conf que eu acho que está ok (eu não o alterei comparado a quando funcionou):

ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
        ssid="MY-NETWORK"
        psk="mypassword"
        key_mgmt=WPA-PSK
}

e, na verdade, se eu executar uma varredura de rede, eu localizo MY-NETWORK corretamente na lista de redes, de fato:

pi@raspberrypi ~ $ sudo iwlist wlan0 scan | grep ESSID
                    ESSID:"TeleTu_74888B0060AD"
                    ESSID:"MY-NETWORK"
                    ESSID:"FASTWEB-1-PT6NtjL4TOSe"
                    ESSID:"DC"

Então, eu reinicio o sistema e removo o cabo ethernet, mas quando tento conectar-me novamente ao meu framboesa obatmo a seguinte mensagem de erro:

andrea@andrea-virtual-machine:~$ sudo ssh  [email protected]
ssh: connect to host 192.168.1.9 port 22: No route to host

Parece que não é possível se conectar usando wireless.

Qual poderia ser o problema? o que estou perdendo? Como posso resolver esta situação?

Tnx

    
por AndreaNobili 01.06.2014 / 02:48

1 resposta

0

Em seu arquivo / etc / network / interfaces, você deve substituir wpa-conf para wpa-roam .

Eles são usados para diferentes objetivos. Em particular, quando você deseja se conectar via wpa_supplicant.conf , você deve definitivamente usar wpa_conf , você pode ver uma discussão muito clara sobre isso em esta postagem em um site irmão .

Aparentemente, o wpa-roam só pode ser usado com o método manual inet , veja aqui .

Isso funciona bem para conexões de inicialização em uma determinada rede. Estou menos claro sobre o que acontece se você conectar e desconectar um cabo ethernet. Você framboesa pode ou não precisar reiniciar seu serviço rede para funcionar corretamente novamente.

    
por 01.06.2014 / 08:14