Fällt aus dem Netzwerk ("Zielhost nicht erreichbar")

15

Ich lasse meinen Pi kopflos laufen und verbinde mich über SSH über das Netzwerk. Ich habe ein Problem, das ich ständig reproduzieren kann. Ich lasse ein Python-Skript auf meinem Pi laufen und komme einige Stunden später wieder, und die SSH-Verbindungen zum Pi laufen ab.

Wenn ich es anpinge, erhalte ich Folgendes:

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.

Die einzige Möglichkeit, es wieder in das Netzwerk zu bringen, besteht darin, es neu zu starten (den Strom abziehen).

Hat das jemand erlebt? Gibt es Protokolldateien, anhand derer ich das Problem diagnostizieren kann?

raspbian networking python Andy Smith
quelle
1
Auf einer Himbeere habe ich nur einen Cronjob, der ein Python-Skript ausführt, und auch dieser stirbt nach ein paar Stunden bis zu zwei Tagen. Ich kann es nicht mehr SSH, nur ein Neustart durch Stromausfall hilft.
k0pernikus
@ k0pernikus interessant! Ich versuche jetzt, es mit dem angebrachten scren zu laufen, bis jetzt (4 Stunden und Zählen) und es ist nicht gescheitert. Verwenden Sie überhaupt Bildschirm?
Andy Smith
Was ist in Ihrer / etc / network / interfaces? Ist dir etwas unheimlich dmesg? Wie ist RPI mit dem Netzwerk verbunden? Über einen Router? Was ist in den Protokollen des Routers? Wenn Sie das Ethernet-Kabel erneut an RPI anschließen, wird es dann wieder mit dem Netzwerk verbunden?
abolotnov
@abolotnov Ich finde das jetzt tatsächlich, wenn ich das RPI mit einem angeschlossenen Monitor starte - es scheint länger zu dauern, aber wenn ich nach ungefähr 6 Stunden zurückkomme, wird es nicht mehr reagieren. dmesg scheint klar zu sein.
Andy Smith

Antworten:

9

Das drahtlose Gerät wird nach einer Zeit ohne Aktivität in den Ruhezustand versetzt. Es ist ein Energiesparplan.

Sie müssen die Powersave-Funktion von wlan0 deaktivieren.

Ich verwende einen edimax wireless usb receiver:

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

Es verwendet das 8192cu-Modul im Kernel.

Um Powersave zu deaktivieren, fügen Sie Folgendes zu / etc / modules hinzu oder erstellen Sie eine Datei (8192cu.conf) in /etc/modprobe.d/ mit den Zeilen:

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

Beim nächsten Neustart (oder rmmod / insmod) sollte der Sleepy-Modus deaktiviert werden und Ihr Pi wird die ganze Zeit erreichbar sein.

Ich erstelle die Datei für /etc/modprobe.d und sie ist Teil eines Skripts, das ich für die vorläufige Einrichtung eines neuen Builds erstellt habe.

Lornix
quelle
1
Dies war in einem kabelgebundenen Netzwerk
Andy Smith
Leider habe ich das gleiche Problem mit diesen Funktionen deaktiviert. Der WLAN-Adapter wird nach einigen Stunden Inaktivität immer noch ausgeschaltet.
StasM
Ich bin gespannt, ob sie tatsächlich ausgeschaltet sind. Die modprobe.d-Dateien sind vor allem (x.conf) zu nennen und die Rechtschreibung zählt (wie immer). Ist Ihr WLAN-Adapter ein 8192cu-Gerät? Benötigen Sie ein anderes Modul?
Lornix
@lornix: Mit welchem ​​Befehl haben Sie den Typ des verwendeten drahtlosen Empfängers ausgedruckt?
David Norman
lsusbund lsusb -vsind sehr hilfreich. Herauszufinden, welches Modul nicht immer einfach ist, gibt es Möglichkeiten, die Ausgabe modinfo 8192cuan den Anbieter anzupassen : Produktnummern in der lsusbAusgabe.
Lornix
2

Es ist üblich, dass ein Router inaktive Clients trennt, um Router-Ressourcen freizugeben. Dies kann zu zufälligen Zeiten geschehen, wenn der Client nicht aktiv war.

Pete Cranwell
quelle
1

Das Problem für mich war auch die Energieverwaltung über WLAN, aber ich verwendete keinen 8192cu-Chipsatz, sodass die Anweisungen in der anderen Antwort für mich nicht funktionierten.

Laufen Sie iwconfigund suchen Sie nach der Zeile, die mit beginntpower management

Wenn angezeigt wird, dass die Energieverwaltung aktiviert ist, können Sie sie mit den folgenden Schritten deaktivieren:

iwconfig wlan0 power off

N Reed
quelle
0

Ich entdeckte, dass ausgiebiges ping-ing die WLAN-Verbindung in meinem Fall wieder aufruft. Ich beobachtete, dass nach dem 70-100sten Ping der Pi zu reagieren beginnt und danach assh -Verbindung erfolgreich initiiert werden kann.

Bearbeiten Schalten Sie den Stromsparmodus aus

iw wlan0 set power_save off

Klicken Sie hier für Details .

Teilnehmer
quelle