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
Respostas:
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.7essh [email protected]me 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)
fonte
Tente remover o endereço IP estático para eth0, então mude seu
interfacesarquivo para este: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):
fonte
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.
fonte
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
fonte
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 [email protected]" 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
fonte