Raspberry Pi conectado a internet pero no puede SSH o Ping

Tengo un Raspberry Pi Model 2 con la última versión de Raspbian Jessie. Mi Pi está conectado a Internet mediante un adaptador inalámbrico Edimax, y puedo descargar y navegar por Internet perfectamente. Sin embargo, cada vez que trato de hacer ping al Pi, me sale

Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
ping: sendto: No route to host
Request timeout for icmp_seq 4
ping: sendto: Host is down

Cada vez que trato de SSH a Pi también se agota el tiempo de espera. He intentado reenviar puertos en mi enrutador, asignar direcciones IP estáticas en el Pi y en mi enrutador, reinstalar Raspbian, etc. Cualquier ayuda sería muy apreciada. ¡Gracias!

Actualización: ahora tengo un Raspberry Pi modelo 3 (con Bluetooth y WiFi integrados). Después de instalar la versión más nueva de Jessie y conectarme a mi red doméstica, me enfrento al mismo problema que el mencionado anteriormente. La única novedad es que cuando hago ping en la dirección IP de mis enrutadores obtengo una respuesta normal, pero de cualquier otro dispositivo de red obtengo los errores indicados anteriormente. ¡Cualquier consejo sería genial!

Verifique su dirección IP, para empezar. use ifconfigen Mac / Linux y ipconfigen Windows para verificar dónde está la página de su enrutador. Ingrese la dirección IP en su navegador web y busque en la lista de dispositivos conectados allí.

Si no está allí, asegúrese de que su computadora y Pi estén en el mismo WiFi. Si su computadora está en Ethernet, conéctela al mismo WiFi solo para estar seguro.

Además, escriba raspi-config, luego asegúrese de que ssh esté habilitado.

Tuve un problema idéntico Hubo una mala interacción entre mi frambuesa y el enrutador.

Si su enrutador admite APSD / WMM (consulte la página de configuración inalámbrica), apáguelo. En mi enrutador de tomate, tuve que apagarlo por separado para ambas bandas.

Si la Raspberry Pi, por alguna razón, no envía ningún tráfico de red por un tiempo, puede encontrarse con el problema del tiempo de espera de la tabla MAC (también conocido como caducidad CAM ). Los conmutadores de red tienen una tabla de búsqueda que realiza un seguimiento de qué interfaz de red está conectada a qué direcciones MAC. Es como una tabla ARP, pero para la capa Ethernet. Cada vez que el conmutador ve un paquete de una dirección MAC determinada, actualiza su tabla de la interfaz en la que se encuentra esa dirección. Pero hay un período de tiempo de espera (predeterminado 5 minutos) después del cual se olvida. Si un paquete llega al conmutador para esa dirección, no tiene idea de a qué interfaz enviarlo. Esto podría conducir a los mensajes "No hay ruta al host" o "Host está inactivo".

Lo he visto en los conmutadores Ethernet, pero creo que también se aplica a WiFi: un enrutador WiFi necesita saber si debe enviar un paquete a una de sus interfaces LAN cableadas, a través de su radio de 2,4 GHz o a través de 5 GHz.

Los conmutadores de gama alta enviarán ("inundación") el paquete a todas las interfaces. Algunos conmutadores de consumidor simplemente descartan el paquete.

Esto casi nunca es un problema para la mayoría de los sistemas operativos como Windows, porque son muy habladores: siempre envían tráfico de red de algún tipo, por lo que su entrada en el conmutador se mantiene actualizada.

Si no puede conectarse a la Pi desde otra computadora en la red, intente iniciar sesión en la Pi localmente. Si luego hace algo que hace que se envíe un solo paquete de red, el problema debe resolverse por otros 5 minutos.

Esto podría parecer un problema muy inconsistente, ya que el Pi puede enviar tráfico de red de manera espontánea ocasionalmente, pero no siempre puede ser en 5 minutos. Entonces, el problema podría ir y venir. Su configuración puede variar.

Por lo tanto, una solución sería ejecutar algo en segundo plano en el Pi que envía un paquete, por ejemplo, cada cuatro minutos. Tal vez un solo ping como trabajo cron.

El problema parece ser que el dongle WIFI no responde a las solicitudes ARP de manera oportuna (tal vez debido a problemas de alimentación). El siguiente hilo contiene una serie de opciones que resuelven el problema.

https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=33369

Algunas personas en el hilo afirman que desactivar la administración de energía en el dongle WIFI les funciona. A mi no me sirvió. Necesitaba una forma de expulsar las entradas ARP ya que no podía confiar en mi raspberry pi para hacerlo adecuadamente.

Así que fui con un enfoque hacky donde hago ping a cada host en la subred cada pocos minutos para forzar una entrada en la tabla ARP.

crontab -e

Y agregue una entrada como esta (suponiendo que su subred sea 10.0.1.0/24)

0/10 * * * * fping -qg 10.0.1.0/24

https://www.raspberrypi.org/forums/viewtopic.php?f=27&t=15814

Por favor, consulte el enlace de arriba. funciona con mi RP

¡verifique la configuración del enrutador que necesita para desactivar la función de aislamiento AP o algo así! Con esta función, los clientes conectados a la red Wi-Fi no podrán comunicarse con otros dispositivos en la red local, ¡pero pueden acceder a Internet!