Putty-Netzwerkfehler beim Ausführen von Python-Skripten auf Raspberry Pi

Putty-Netzwerkfehler beim Ausführen von Python-Skripten auf Raspberry Pi

Ich führe Python-Skripte auf meinem Raspberry Pi von meinem Android-Gerät aus und es funktioniert immer drei- oder viermal, aber wenn ich es öfter mache, sagt mir Putty Folgendes:

Network error: Software caused connection abort

(Während dieser 3-5 Versuche beobachte ich Putty und gebe grundlegende Befehle in Putty ein, um zu überprüfen, ob mein Laptop noch mit dem Pi verbunden ist.)

Wie kann ich das debuggen? Gibt es ein Problem in meinem Python-Skript auf meinem Raspberry Pi, in der Android-App oder liegt ein Netzwerkproblem vor?

Danke

Antwort1

Sie können versuchen, einen Keepalive-Wert in PuTTY festzulegen, wenn die Software, die Sie auf dem Android-Gerät verwenden, dieselben Optionen unterstützt wie die Windows-Version von PuTTY. Laden Sie die Sitzung und klicken Sie dann aufVerbindungunterKategorieund stellen Sie die Keepalive-Option auf einige Sekunden ein, z. B. 5, um die Wahrscheinlichkeit zu verringern, dass die Verbindung unterbrochen wird. Sie müssen aufSitzung, um die neue Einstellung zu speichern. Melden Sie sich dann beim SSH-Server an.

PuTTY-Keepalives

Sie können auch die SSH-Serverprotokolle auf Nachrichten prüfen, die möglicherweise protokolliert werden, wenn das Problem auftritt, und sogar die Protokollierung in PuTTY aktivieren (siehe Abbildung unten). Ich bin mir jedoch nicht sicher, ob dort möglicherweise etwas angezeigt wird, mit dessen Hilfe Sie die Ursache des Problems isolieren können.

PuTTY-Protokollierung

In einem Fall, als ich diese Meldung wiederholt erhielt, während ich PuTTY zum Herstellen einer Verbindung mit einem bestimmten Server verwendete, konnte ich das Problem durch einen einfachen Neustart der SSH-Serversoftware auf der Serverseite lösen, obwohl die SSH-Serversoftware in diesem Fall auf einem Microsoft Windows-System lief.

Sie können auch ein anderes SSH-Client-Programm auf dem Android-Gerät ausprobieren, z. B.ConnectBot, um zu sehen, ob das Problem unabhängig von der SSH-Client-Software ist.

Eine weitere Möglichkeit zum Debuggen ist die InstallationWiresharkauf dem Raspberry Pi oder verwendentcpdumpauf dem Rasbery Pi, um den SSH-Verkehr in einer Datei aufzuzeichnen und diese Datei dann auf ein anderes System zu übertragen, wo Sie sie mit Wireshark analysieren könnten - Sie könntenSetzen eines Filters in Wiresharkum nur den SSH-Verkehr mit einem Filter von anzuzeigen tcp.port==22. Sie müssen nach allem Unerwarteten suchen, z. B. einem RST-Paket vom Server zum Zurücksetzen der Verbindung, vielen erneuten Paketübertragungen usw.

verwandte Informationen