Estou observando problemas realmente irritantes com a conectividade ao RasPi na rede WiFi. Eu tenho um dispositivo conectado no cabo LAN e no WiFi. Se o cabo e o dongle WiFi estiverem conectados - as duas interfaces estão funcionando bem e eu consigo conectar ao RasPi através dos endereços IP das duas interfaces.
No entanto, quando eu desconecto o cabo LAN - após a reinicialização - o RasPi fica indisponível pelo SSH. Se eu desconectar - até reiniciar - o dispositivo ainda estará totalmente disponível via interface WiFi através do SSH! Após o reinício - ele não pode mais ser acessado.
Aqui estão minhas configurações: / etc / network / interfaces
auto lo
iface lo inet loopback
iface eth0 inet dhcp
auto wlan0
iface wlan0 inet dhcp
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
/etc/wpa_supplicant/wpa_supplicant.conf
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=0
update_config=1
network={
ssid="linksys"
scan_ssid=1
mode=0
proto=WPA2
auth_alg=OPEN
pairwise=CCMP
group=TKIP
key_mgmt=WPA-PSK
psk="xxx-password-here"
id_str="raspberrypi-wif"
priority=1
}
Por favor, ajude a identificar o motivo do problema.
netstat -r
para ver sua tabela de rotas. Eu tenho um problema similar.sudo raspi-config
então (re) permitindo SSH emInterfacing options
Eu tenho eth1 (USB Ethernet adaptador) para aceitar conexões SSH tanto de lan e Internet localRespostas:
Verifique se a sua configuração SSH está definida para escutar em todas as interfaces. Isso garantirá que, se o sistema inicializar e apenas o WiFi estiver disponível, ele ouvirá na interface do WiFi. Eu suspeito que isso esteja ok com base na descrição acima, mas vale a pena verificar de qualquer maneira.
A outra coisa que eu faria é assistir ao processo de inicialização via monitor (se possível, ou via dmesg e logs após o fato), para verificar se a interface sem fio está realmente disponível antes do SSH tentar iniciar.
Dependendo do seu dispositivo sem fio, ele pode não estar inicializado ou disponível no momento em que o daemon SSH é iniciado, o que causa uma falha no SSH e, portanto, não há acesso ao Pi via SSH após uma reinicialização apenas com a conexão sem fio.
fonte
ListenAddress 0.0.0.0
in/etc/ssh/sshd_config
. E vejo que a interface WiFi está ativa no roteador:raspberrypi Wireless 192.168.1.105 00:02:72:B7:9A:C5
mas não consigo executar ping no ip. Vou tentar assistir a inicialização, como você sugeriu.dmesg
e descobri que, mesmo se eu começar apenas com WiFi, ele mostra apenas linhas relacionadas àeth0
interface e nada a respeitowlan0
. Realmente estranho. Captura de tela/boot/cmdline.txt
hackeei anteriormente para atribuir um endereço IP estático ao RasPi (que difere do IP que meu roteador alocou na interface WiFi do dispositivo). É totalmente meu erro. Usandodmesg
eu era capaz de depurar o problema e corrigi-lo. Agora funcionando bem. Muito obrigado!Eu tive exatamente o mesmo problema em um Beaglebone Black. Após desperdiçar um dia mexendo nas configurações do / etc / network / interfaces, notei que o eth0 está ativo / ativo após a inicialização, mesmo que o cabo de rede esteja desconectado no momento da inicialização (basta emitir um comando de rota e você verá o eth0 listado). Isso parece interferir na conectividade da interface wlan. A cura está desativando eth0 (ifdown eth0) e, infelizmente, o problema se foi para sempre. Conectar e desconectar o cabo de rede teve o mesmo efeito (tem o efeito colateral de desativar eth0). Depois disso, posso executar o ping / ssh wlan0 em qualquer dispositivo da minha rede doméstica. Acho que vou escrever um script para detectar no momento da inicialização se o cabo eth está conectado ou não e desligar o eth0 se não estiver.
fonte
Pelo que vale a pena, eu estava tendo o mesmo problema (ssh fino via ethernet, não via wifi) e descobri que a wlan0 nas interfaces / etc / network / estava definida como manual, em vez de dhcp. Alterou e começou a funcionar bem após a reinicialização
fonte