Raspberry Pi connecté à Internet mais ne peut pas SSH ou Ping

J'ai un Raspberry Pi Model 2 exécutant la dernière version de Raspbian Jessie. Mon Pi est connecté à Internet à l'aide d'un adaptateur sans fil Edimax, et je peux très bien télécharger et naviguer sur Internet. Cependant, chaque fois que j'essaie de cingler le Pi, je reçois

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

Chaque fois que j'essaie de SSH sur le Pi, il expire également. J'ai essayé de transférer des ports sur mon routeur, d'attribuer des adresses IP statiques sur le Pi et sur mon routeur, de réinstaller Raspbian, etc. Toute aide serait grandement appréciée. Merci!

Mise à jour: J'ai maintenant un Raspberry Pi modèle 3 (avec Bluetooth et WiFi intégrés). Après avoir installé la dernière version de Jessie et connecté à mon réseau domestique, je suis confronté au même problème que celui indiqué ci-dessus. La seule nouvelle occurrence est que lorsque je teste l'adresse IP de mes routeurs, j'obtiens une réponse normale, mais de tout autre périphérique réseau j'obtiens les erreurs indiquées ci-dessus. Tout conseil serait bon!

Vérifiez votre adresse IP, pour une chose. utilisez ifconfigsur Mac / Linux et ipconfigsur Windows pour vérifier où se trouve la page de votre routeur. Saisissez l'adresse IP dans votre navigateur Web et regardez-y la liste des appareils connectés.

Si ce n'est pas le cas, assurez-vous que votre ordinateur et Pi sont sur le même WiFi. Si votre ordinateur est sur Ethernet, connectez-le au même WiFi juste pour être sûr.

Tapez également raspi-config, puis assurez-vous que ssh est activé.

J'ai eu un problème identique. Il y avait une mauvaise interaction entre ma framboise et le routeur.

Si votre routeur prend en charge APSD / WMM (regardez sur la page de configuration sans fil), désactivez-le. Sur mon routeur tomate, j'ai dû l'éteindre séparément pour les deux bandes.

Si le Raspberry Pi, pour une raison quelconque, n'envoie pas de trafic réseau pendant un certain temps, vous pouvez rencontrer le problème du délai d'expiration de la table MAC (aka CAM vieillissement ). Les commutateurs réseau ont une table de recherche pour savoir quelle interface réseau est connectée à quelle (s) adresse (s) MAC. C'est comme une table ARP, mais pour la couche Ethernet. Chaque fois que le commutateur voit un paquet provenant d'une adresse MAC donnée, il actualise sa table de l'interface sur laquelle cette adresse est activée. Mais il y a un délai d'expiration (5 minutes par défaut) après lequel il oublie. Si un paquet arrive ensuite au commutateur pour cette adresse, il n'a aucune idée de l'interface à laquelle l'envoyer. Cela pourrait conduire à ces messages "Pas de route vers l'hôte" ou "L'hôte est en panne".

J'ai vu cela sur des commutateurs Ethernet, mais je pense que cela s'applique également au WiFi: un routeur WiFi doit savoir s'il doit envoyer un paquet à l'une de ses interfaces LAN câblées, ou via sa radio 2,4 GHz, ou via 5 GHz.

Les commutateurs haut de gamme enverront ("inonder") le paquet sur toutes les interfaces. Certains commutateurs grand public abandonnent simplement le paquet.

Ce n'est presque jamais un problème pour la plupart des systèmes d'exploitation comme Windows, car ils sont si bavards: ils envoient toujours du trafic réseau d'une certaine sorte, de sorte que leur entrée dans le commutateur reste actualisée.

Si vous ne pouvez pas vous connecter au Pi à partir d'un autre ordinateur du réseau, essayez de vous connecter localement au Pi. Si vous faites quoi que ce soit qui entraîne l'envoi d'un seul paquet réseau, le problème doit être résolu pendant 5 minutes supplémentaires.

Cela peut sembler être un problème très incohérent, car le Pi peut envoyer spontanément du trafic réseau de temps en temps, mais ce n'est pas toujours dans les 5 minutes. Ainsi, le problème pourrait aller et venir. Votre configuration peut varier.

Donc, une solution serait d'exécuter quelque chose en arrière-plan sur le Pi qui envoie un paquet, disons, toutes les quatre minutes. Peut-être un seul ping comme tâche cron.

Le problème semble être que le dongle WIFI ne répond pas aux demandes ARP en temps opportun (peut-être en raison de problèmes d'alimentation). Le fil suivant contient un certain nombre d'options qui résolvent le problème.

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

Certaines personnes dans le fil prétendent que la désactivation de la gestion de l'alimentation sur le dongle WIFI fonctionne pour eux. Ça n'a pas marché pour moi. J'avais besoin d'un moyen d'extraire les entrées ARP car je ne pouvais pas compter sur mon Raspberry Pi pour le faire correctement.

Je suis donc allé avec une approche hacky où je cingle chaque hôte sur le sous-réseau toutes les quelques minutes pour forcer une entrée de table ARP.

crontab -e

Et ajoutez une entrée comme celle-ci (en supposant que votre sous-réseau est 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

Veuillez vous référer au lien ci-dessus. ça marche avec mon RP

vérifiez les paramètres du routeur dont vous avez besoin pour désactiver la fonction d'isolement AP ou quelque chose comme ça! avec cette fonctionnalité, les clients connectés au réseau Wi-Fi ne pourront pas communiquer avec d'autres appareils sur le réseau local mais ils pourront accéder à Internet!