Chute du réseau («Hôte de destination inaccessible»)

15

J'utilise mon Pi sans tête, me connectant via SSH sur le réseau. J'ai un problème que je peux constamment reproduire. Je laisserai un script Python en cours d'exécution sur mon Pi et reviendrai quelques heures plus tard et les connexions SSH au Pi expireront.

Si je le cingle, j'obtiens ce qui suit:

C:\Users\andrew>ping 192.168.1.42

Pinging 192.168.1.42 with 32 bytes of data:
Reply from 192.168.1.46: Destination host unreachable.

La seule façon de le récupérer sur le réseau est de le redémarrer (couper l'alimentation).

Quelqu'un a-t-il vécu cela? Existe-t-il des fichiers journaux que je peux consulter pour diagnostiquer le problème?

raspbian networking python Andy Smith
la source
1
Sur une framboise, je n'ai qu'un cronjob exécutant un script python, et il mourra aussi après quelques heures jusqu'à 2 jours. Je ne peux plus le SSH, seul un redémarrage en coupant l'alimentation aidera.
k0pernikus
@ k0pernikus intéressant! J'essaie maintenant de l'exécuter avec le scren attaché, jusqu'à présent (4 heures et compter) et il n'a pas échoué. Utilisez-vous l'écran du tout?
Andy Smith
que contient votre / etc / network / interfaces? Quelque chose d'effrayant dmesg? Comment RPI est-il connecté au réseau? Via un routeur? Que contient le journal du routeur? Si vous rebranchez le câble Ethernet à RPI, le ramènera-t-il au réseau?
abolotnov
@abolotnov Je trouve cela maintenant si j'exécute le RPI avec un moniteur connecté - cela semble prendre plus de temps, mais quand je reviens après environ 6 heures, il ne répondra pas. dmesg semble clair.
Andy Smith

Réponses:

9

L'appareil sans fil se met en veille après une période d'inactivité. C'est un schéma d'économie d'énergie.

Vous devez désactiver la fonction d'économie d'énergie de wlan0.

J'utilise un récepteur USB sans fil edimax:

Bus 001 Device 005: ID 7392:7811 Edimax Technology Co., Ltd EW-7811Un 802.11n Wireless Adapter [Realtek RTL8188CUS]

Il utilise le module 8192cu dans le noyau.

Pour désactiver PowerSave, ajoutez ce qui suit à / etc / modules ou créez un fichier (8192cu.conf) dans /etc/modprobe.d/ avec la ou les lignes:

# prevent power down of wireless when idle
options 8192cu rtw_power_mgnt=0 rtw_enusbss=0

Au prochain redémarrage (ou rmmod / insmod), il devrait désactiver le mode veille et votre pi sera accessible tout le temps.

Je crée le fichier pour /etc/modprobe.d et cela fait partie d'un script que j'ai construit pour faire une configuration préliminaire sur une nouvelle version.

lornix
la source
1
C'était sur un réseau câblé
Andy Smith
Malheureusement, j'ai le même problème avec ces fonctionnalités désactivées. L'adaptateur sans fil est toujours désactivé après un certain nombre d'heures d'inaction.
StasM
Je suis curieux de savoir s'ils sont réellement désactivés. Les fichiers modprobe.d doivent être nommés en particulier (x.conf) et le nombre d'orthographes (comme toujours). Votre adaptateur sans fil est-il une unité 8192cu? vous avez peut-être besoin d'un module différent?
lornix
@lornix: Quelle commande avez-vous utilisée pour imprimer le type de récepteur sans fil que vous utilisez?
David Norman
lsusbet lsusb -vsont très utiles. Déterminer quel module n'est pas toujours facile, Il existe des moyens de faire correspondre la sortie du modinfo 8192cufournisseur: les numéros de produit dans la lsusbsortie.
lornix
2

Il est courant qu'un routeur déconnecte des clients inactifs pour libérer des ressources de routeur. Cela peut se produire à des moments aléatoires si le client n'a pas été actif.

Pete Cranwell
la source
1

Le problème pour moi était également la gestion de l'alimentation sur le wifi, mais je n'utilisais pas de chipset 8192cu, donc les instructions dans l'autre réponse ne fonctionnaient pas pour moi.

Exécutez iwconfiget recherchez la ligne qui commence parpower management

S'il indique que la gestion de l'alimentation est activée, vous pouvez la désactiver avec:

iwconfig wlan0 power off

N Reed
la source
0

J'ai découvert que dans de nombreux pingcas, la connexion Wi-Fi fait à nouveau apparaître la connexion Wi-Fi. J'ai observé qu'après le 70-100ème ping, le Pi commence à répondre et après cela, une sshconnexion peut être lancée avec succès.

Modifier Désactiver l'économie d'énergie

iw wlan0 set power_save off

Cliquez ici pour plus de détails .

participant
la source