Não é possível SSH para Raspberry Pi apenas via Wi-Fi

10

Estou tendo problemas para conectar-me ao meu Raspberry Pi por SSH quando ele é conectado via Wi-Fi. Quando o RasPi é conectado via Ethernet, tudo funciona bem. No entanto, quando está conectado através do dongle WiFi, posso executar ping no roteador (na 10.0.0.2) e acessar a Internet a partir do RasPi, mas não consigo fazer o SSH (o comando ssh não responde e, eventualmente, informa "A operação expirou Fora"). Também não consigo executar ping no RasPi no endereço IP estático atribuído a ele.

O dongle WiFi que eu estou usando é o TP-Link TL-WN823N. Eu o configurei em um IP estático 10.0.0.28 usando o WICD. É interessante que, quando tentei conectar via SSH com este dongle WiFi pela primeira vez no início desta semana, funcionou. Agora, que estou tentando novamente, no entanto, não está mais funcionando. Eu não fiz nenhuma alteração de configuração até onde sei.

Eu executei alguns comandos para fornecer algumas informações de diagnóstico. Todos esses comandos foram executados após a inicialização do RasPi com o dongle WiFi conectado, mas sem o cabo Ethernet conectado. Estou tentando conectar-me ao dispositivo através da 10.0.0.28 (como você pode notar em / etc / network / interfaces, configurei o IP estático 10.0.0.27 para ethernet; os IP estáticos das duas interfaces costumavam ser os mesmos quando eu primeiro tive esse problema, então mudei-os para outros diferentes, para o caso de causar algum choque. Escusado será dizer que não funcionou).

$ ifconfig
eth0      Link encap:Ethernet  HWaddr b8:27:eb:c2:f1:37  
          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)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  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 c0:4a:00:1b:32:ca  
          inet addr:10.0.0.28  Bcast:10.0.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:71 errors:0 dropped:95 overruns:0 frame:0
          TX packets:74 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:8866 (8.6 KiB)  TX bytes:8377 (8.1 KiB)

$iwconfig
wlan0     IEEE 802.11bg  ESSID:"Mercutech"  Nickname:"<WIFI@REALTEK>"
          Mode:Managed  Frequency:2.412 GHz  Access Point: 00:26:F2:26:B4:62   
          Bit Rate:54 Mb/s   Sensitivity:0/0  
          Retry:off   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=100/100  Signal level=85/100  Noise level=0/100
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

lo        no wireless extensions.

eth0      no wireless extensions.

$ cat /etc/network/interfaces
auto lo

iface lo inet loopback
iface eth0 inet static
address 10.0.0.27
netmask 255.255.255.0
network 10.0.0.0
broadcast 10.0.0.255
gateway 10.0.0.2

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

$ cat /etc/resolv.conf
nameserver 10.0.0.2

$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.0.0.2        0.0.0.0         UG    0      0        0 wlan0
10.0.0.0        0.0.0.0         255.255.255.0   U     0      0        0 wlan0

$ sudo cat /etc/wpa_supplicant/wpa_supplicant.conf
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1

— bgh
fonte

Você afirma que não pode fazer o SSH via "apenas Wi-Fi" - o que implica que funciona através de outro método, você iniciou o SSHD e pode fazer o SSH via eth0?

— Nanzikambe 22/02

Eu posso SSH via eth0, mas não via wlan0. Acredito que o SSHD deve estar em execução então.

— BGH

Você pode executar ping no Pi quando estiver no wifi? Edite sua pergunta para nos mostrar a mensagem de erro que você recebe ao tentar fazer o SSH nela.

— Guntbert

Olá guntbert. Acabei de testar e vejo que também não consigo executar ping no Pi quando ele está no WiFi. Eu posso executar ping somente através do eth0. O comando ssh trava por um tempo e, eventualmente, relata "Operação esgotada". Atualizei a pergunta com esta informação.

— BGH

2

@bgh substitua "wpa-roam" por "wpa-conf" no arquivo / etc / network / interfaces para wlan0.

— gurcanozturk

3

Eu (também) lutei com esse problema. Quando conecto o PI através de um cabo do meu roteador 'roadrunner', tudo fica legal.

Meu endereço ssh é 10.0.1.7e ssh pi@10.0.1.7me leva ao PI do meu Apple Mac. BTW Estou usando um dongle sem fio Edimax EW-7811Un no PI. Estou executando o Wheezy no PI.

Acontece que a coisa mais simples funcionou para ssh via WiFi com o cabo Ethernet desconectado.

Fui à GUI do Raspberry (na minha TV) e iniciei o programa "WiFi Config" e segui as instruções para inserir o nome e a senha do meu wifi em casa. O que esqueci foi LIGAR depois de inserir todas as informações necessárias. Depois de pressionar o botão CONNECT, o meu wifi estava funcionando e, em seguida, eu podia desconectar o cabo Ethernet. É um prazer ser "decapitado". Meu endereço ssh é 10.0.1.8 para wifi (era 10.0.1.7 para o cabo ethernet)

— user24246
fonte

Esquisito. Acabei de desconectar o cabo LAN / Ethernet e, em seguida, poderia conectar-me ao SSH via WiFi. Conectado novamente, não foi possível conectar ao SSH via Wi-Fi. Comportamento estranho, funciona melhor no meu Pi 3 B +.

— precisa saber é o seguinte

1

Tente remover o endereço IP estático para eth0, então mude seu interfacesarquivo para este:

...
iface eth0 inet dhcp
# Comment all these out
#address 10.0.0.27
#netmask 255.255.255.0
#network 10.0.0.0
#broadcast 10.0.0.255
#gateway 10.0.0.2

Eu tive um problema semelhante e isso funcionou.

Outra coisa a tentar é verificar se esses comandos funcionam (caso contrário, isso pode lhe dar uma pista):

sudo ifdown wlan0
sudo ifup wlan0

— Dunc
fonte

0

Essa loucura acontece comigo também. A única solução alternativa que encontrei foi o ping do Pi pelo meu telefone Android usando um emulador de terminal.

Então, reinicie o seu Pi e conecte-o via Wifi. Deixe seu PC pingar contra o Pi. Faça um ping no seu Pi com um dispositivo thrid.

Seu PC começará a receber respostas do Pi e você poderá finalmente fazer o SSH.

0

Remover o nome do host de known_hosts no cliente foi minha correção para isso. Estou assumindo que, ao tentar ssh da outra NIC, a chave não corresponde em parte devido ao endereço MAC alterado.

ssh-keygen -R nome do host

— Banjo
fonte

0

Eu também tenho dificuldade SSH no meu RasPi A + através do meu celular. (você lembrará que o A + possui apenas uma porta USB e nenhuma Ethernet com fio). - Estou conectando de dentro da minha rede doméstica. - A única configuração de roteador que mudei é criar um IP estático para o RasPi. - Eu uso o PuTTY de uma máquina Windows na mesma rede. - Eu tenho um adaptador wifi EDIMax7811Un para o RasPi. - Eu usei Wheezy e agora Jesse com os mesmos resultados. - Não tenho configurações especiais de wifi (exceto a habilitação do SSH) - O ping do RasPi na área de trabalho mostra o RasPi como inacessível.

Minha "solução" atual é paciência. Demoro de 2 a 8 tempos limite PuTTY antes de fazer a conexão. Tentei digitar várias coisas de "SSH pi@192.168.x.xx" sem nenhuma diferença discernível. Eu obtenho os mesmos resultados ao me conectar novamente ao RasPi com um processo tmux ainda em execução. No entanto, a menos que o RasPi esteja bloqueado, eu finalmente conecto.

JonRob

— JonRob
fonte