Raspberry Pi conectado a internet pero no puede SSH o Ping

10

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!

Sullivan Prellwitz
fuente
¿Puedes hacer ping a tu RPi o iniciar una sesión ssh si estás conectado a la misma red?
DJCrashdummy
No, no puedo. Lamentablemente, estar conectado a la red o de forma inalámbrica no funciona.
Sullivan Prellwitz
Tengo la misma situación Probado Jessie Lite y Full en ambos iguales. Puedo hacer SSH y hacer ping desde otro PI pero no desde Windows 10. Desde el mismo Windows 10 puedo hacer SSH y hacer ping al otro PI que ejecuta el núcleo anterior, no el 4.1.
Estoy teniendo el mismo problema Noté que si hago ping a otro host en la red local desde el pi, el problema se resuelve y puedo llegar al pi desde otras computadoras en la red local. Sospecho que el pi no responde correctamente a las solicitudes de ARP o algo así, por lo que nunca llega a la tabla de enrutamiento del enrutador. Configuré un trabajo cron para hacer ping a otra IP local regularmente y parece haber resuelto el problema por mí.
Kelly Norton
Tengo un Pi 3 y obtengo lo mismo ... ninguna de las respuestas para la versión anterior parece tener ningún efecto. Esperando que alguien lo resuelva.
RiddlerDev

Respuestas:

1

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.

Kachamenus
fuente
Ya hecho, lo probé en Ethernet y WiFi, ambos no funcionaron desafortunadamente, pero eso es lo que
sugeriste
Eres muy bienvenido. Lo
editaré
Así que tengo SSH habilitado, y solo para asegurarme de haber verificado que el servidor estaba funcionando. Cual es. Así que estoy muy confundido por qué no está funcionando.
Sullivan Prellwitz
Si aún no está trabajando en la misma LAN, ¡para solucionar problemas, hágalo! - asegúrese de que ssh esté habilitado Y funcionando (tal vez tenga que reiniciar el RPi) y luego verifique con LC_ALL=C ifconfig | grep -i 'inet addr'la dirección IP correcta de su RPi ...
DJCrashdummy
1

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.

Frank Yellin
fuente
1

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.

Jamie Cox
fuente
0

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
Kelly Norton
fuente
El problema parece estar más relacionado con la red porque con el Pi 3 estoy usando WiFi incorporado. No es un dongle
Sullivan Prellwitz
0

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

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

Nabhan25
fuente
2
Las respuestas de solo enlace no son deseables
Darth Vader
Por favor haga el recorrido y visite el centro de ayuda . Si bien esto puede responder teóricamente la pregunta, es preferible incluir aquí las partes esenciales de la respuesta y proporcionar el enlace para referencia. De hecho, estamos aplicando esta política : edite para que la respuesta se mantenga por sí sola en caso de que el enlace se rompa en el futuro. Si no se edita dentro de las 48 horas, se convertirá a Community Wiki.
Ghanima
0

¡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!

Benyamin
fuente