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

10

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!

Sullivan Prellwitz
la source
pouvez-vous envoyer une requête ping à votre RPi ou démarrer une session ssh si vous êtes connecté au même réseau?
DJCrashdummy
Non je ne peux pas. Étant câblé au réseau ou sans fil, cela ne fonctionne malheureusement pas.
Sullivan Prellwitz
J'ai la meme situation. Testé Jessie Lite et Full sur les mêmes. Je peux SSH et ping à partir d'un autre PI, mais pas à partir de Windows 10. À partir du même Windows 10, je peux SSH et ping à l'autre PI exécutant le noyau précédent pas le 4.1.
J'ai le même problème. J'ai remarqué que si j'effectue un ping à un autre hôte sur le réseau local à partir du pi, le problème est résolu et je suis en mesure d'atteindre le pi à partir d'autres ordinateurs du réseau local. Je soupçonne que le pi ne répond pas correctement aux demandes ARP ou à quelque chose et donc il ne fait jamais partie de la table de routage du routeur. J'ai configuré un travail cron pour envoyer régulièrement un ping à une autre adresse IP locale et il semble avoir résolu le problème pour moi.
Kelly Norton
J'ai un Pi 3 et j'obtiens la même chose ... aucune des réponses de la version antérieure ne semble avoir d'effet. En espérant que quelqu'un le comprenne.
RiddlerDev

Réponses:

1

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é.

Kachamenus
la source
Déjà fait, essayé sur Ethernet et WiFi, les deux n'ont pas fonctionné malheureusement, mais que vous pour la suggestion
Sullivan Prellwitz
Je vous en prie. Je vais modifier une autre suggestion à laquelle j'ai pensé ...
Kachamenus
J'ai donc SSH activé, et juste pour être sûr d'avoir vérifié que le serveur était en cours d'exécution. Ce que c'est. Je suis donc très confus pourquoi cela ne fonctionne pas.
Sullivan Prellwitz
si vous ne travaillez pas déjà sur le même réseau local, pour le dépannage, faites-le! - assurez-vous que ssh est activé ET fonctionne (vous devrez peut-être redémarrer le RPi) et vérifiez ensuite avec LC_ALL=C ifconfig | grep -i 'inet addr'l'adresse IP correcte de votre RPi ...
DJCrashdummy
1

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.

Frank Yellin
la source
1

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.

Jamie Cox
la source
0

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
Kelly Norton
la source
Le problème semble être plus lié au réseau car avec le Pi 3 j'utilise le WiFi intégré. Pas un dongle.
Sullivan Prellwitz
0

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

Nabhan25
la source
2
Les réponses par lien uniquement ne sont pas souhaitables
Dark Vador
Veuillez faire le tour et visiter le centre d' aide . Bien que cela puisse théoriquement répondre à la question, il est préférable d'inclure ici les parties essentielles de la réponse et de fournir le lien de référence. En fait, nous appliquons cette politique : veuillez modifier afin que la réponse soit autonome si le lien se rompt à l'avenir. S'il n'est pas modifié dans les 48 heures, il sera converti en wiki communautaire.
Ghanima
0

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!

Benyamin
la source