Tengo problemas para conectarme a mi Raspberry Pi a través de SSH cuando está conectado a través de WiFi. Cuando RasPi está conectado a través de Ethernet, todo funciona bien. Sin embargo, cuando está conectado a través del dongle WiFi, puedo hacer ping al enrutador (en 10.0.0.2) y acceder a Internet desde el RasPi, pero no puedo usar SSH (el comando ssh no responde y eventualmente informa "Operación programada fuera"). Tampoco puedo hacer ping a RasPi en la dirección IP estática asignada a él.
El dongle WiFi que estoy usando es TP-Link TL-WN823N. Lo configuré en una IP estática 10.0.0.28 usando WICD. Es interesante que cuando intenté conectarme a través de SSH con este dongle WiFi por primera vez a principios de esta semana, funcionó. Ahora que lo estoy intentando de nuevo, sin embargo, ya no funciona. No hice ningún cambio de configuración por lo que puedo decir.
He ejecutado algunos comandos para proporcionarle información de diagnóstico. Todos estos comandos se ejecutaron después de arrancar el RasPi con el dongle WiFi conectado, pero sin el cable Ethernet conectado. Estoy tratando de conectarme al dispositivo a través de 10.0.0.28 (como puede notar en / etc / network / interfaces, he configurado la IP estática 10.0.0.27 para ethernet; las IP estáticas para ambas interfaces solían ser las mismas cuando yo Primero tuve este problema, así que los cambié para tener otros diferentes, por si acaso hubiera causado algún choque. No hace falta decir que no funcionó).
$ 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
Respuestas:
Yo (también) tuve problemas con este problema. Cuando conecto el PI a través de un cable desde mi enrutador 'roadrunner', todo es genial.
Mi dirección ssh es
10.0.1.7yssh [email protected]me lleva al PI desde mi Apple Mac. Por cierto estoy usando un Edimax EW-7811Un dongle inalámbrico en el PI. Estoy ejecutando Wheezy en el PI.Resulta que lo más simple funcionó para ssh a través de WiFi con el cable de Ethernet desconectado.
Fui a la interfaz gráfica de usuario de Raspberry (en mi televisor) y activé el programa "WiFi Config" y seguí las instrucciones para ingresar el nombre y la contraseña de mi wifi en casa. Lo que olvidé fue CONECTAR después de ingresar toda la información necesaria. Una vez que presioné el botón CONECTAR, mi wifi estaba funcionando y pude desconectar mi cable de ethernet. Es un placer estar "sin cabeza". Mi dirección ssh es 10.0.1.8 para wifi (era 10.0.1.7 para el cable de ethernet)
fuente
Intente eliminar la dirección IP estática para eth0, así que cambie su
interfacesarchivo a esto:Tuve un problema similar y esto funcionó.
Otra cosa para probar, ver si estos comandos funcionan (si no, podría darte una pista):
fuente
Esta locura también me pasa a mí. La única solución que encontré fue hacer ping a la Pi a través de mi teléfono Android usando un emulador de terminal.
Por lo tanto, reinicie su Pi y conéctelo a través de Wifi. Deje que su PC haga ping contra la Pi. Haga ping a su Pi con un tercer dispositivo.
Su PC comenzará a recibir respuestas de Pi y finalmente podrá enviarla por SSH.
fuente
Quitar el nombre de host de known_hosts en el cliente fue mi solución para esto. Supongo que cuando intento ssh desde la otra NIC, la clave no coincide en parte debido a la dirección MAC modificada.
ssh-keygen -R nombre de host
fuente
Yo también tengo dificultades SSH para mi RasPi A + a través de mi conexión inalámbrica. (recordará que el A + solo tiene un puerto USB y no tiene Ethernet con cable). - Me estoy conectando desde mi red doméstica. - La única configuración de enrutador que he cambiado es crear una IP estática para RasPi. - Uso PuTTY desde una máquina Windows en la misma red. - Tengo un adaptador wifi EDIMax7811Un para el RasPi. - Usé Wheezy y ahora Jesse con los mismos resultados. - No tengo ajustes de configuración wifi especiales (aparte de habilitar SSH) - Hacer ping al RasPi desde mi escritorio muestra que RasPi es inalcanzable.
Mi "solución" actual es la paciencia. Me toma de 2 a 8 tiempos de espera PuTTY antes de hacer la conexión. Traté de escribir varias cosas desde "SSH [email protected]" sin ninguna diferencia perceptible. Obtengo los mismos resultados al volver a iniciar sesión en RasPi con un proceso tmux aún en ejecución. Sin embargo, a menos que RasPi esté bloqueado, eventualmente me conectaré.
JonRob
fuente