Hab hiern Win 8.1 + putty mit dem ich mich via ssh zu nem Raspi
verbinden möchte. Nach zwei, drei Minuten ist die Verbindung beendet.
Echt nervig. Mit meinem Linuxmint-Rechner kann ich tagelang eingeloggt
bleiben. Man hat das Gefühl, als ob eine Art Idle-Abfrage im Hintergrund
liefe die ohne Verkehr die Verbindung beendet... kann das sein? Hab in
der Richtung zum Einstellen aber nix gefunden. Oder bricht gar aus
irgendnem Grund der Raspi die Verbindung ab, etwa weil er im Hintergrund
unidentifizierbaren Müll bekommt
...?
Irgendeine andere Idee?
Hallo,
mit PUTTY hat das meiner Meinung nix zu tun. Habe mich am Wochenende
ebenfalls mit Abbrüchen 'rumgeplagt:
Einer von mehreren Raspis im Client Mode verlor nach 2 -3 Minuten die
Verbindung zum Raspi (Router) im Infrastructure Modus.
Die Lösung: Seinen WiFi Dongle getauscht (gegen anderen baugleichen
LogiLink)... und alles bestens! Muss man erst einmal drauf kommen.
Die Dongles werfe ich nicht gleich weg. Sie werden markiert und noch ein
paar Male gegengetestet.
Aber Hardware-Ausfälle bei China Bezug habe ich jetzt schon öfter
gehabt.
Ganz kritisch auch: Toshiba SD-Cards - aboluter Schrott - in allen
Typen.
Gruß
Transistorfips schrieb:> Man hat das Gefühl, als ob eine Art Idle-Abfrage im Hintergrund> liefe die ohne Verkehr die Verbindung beendet...
Bist du per LAN oder WLAN unterwegs?
Falls WLAN: Welchen WLAN Stick benutzt du?
Falls Du eine WLAN-Verbindung über den bliebten Edimax-Adapter nutzt,
bitte das hier mal anschauen:
http://www.raspberrypi.org/forums/viewtopic.php?t=61665&p=479174#p458761
"Edimax Wifi adapter seems to go to sleep if not used
Postby MrEngman » 24 Nov 2013 18:47
Try this. Make a file 8192cu.conf in directory /etc/modprobe.d/ with the
command
sudo nano /etc/modprobe.d/8192cu.conf
and add the following lines
# Disable power management
options 8192cu rtw_power_mgnt=0 rtw_enusbss=0
I'm assuming you are using the Edimax EW-7811Un
"
Hallo,
ich habe ebenfalls ein solches Problem. Dabei habe ich folgende
beobachtungen gemacht:
Raspberry Pi b+ direkt (peer-to-peer) über LAN(Kabel) am Laptop:
Verbindung sehr schwer herstellbar. Nach eingabe des Users dauert es
einige Sekunden in PuttY bis der Passwort-Prompt kommt.
Die Verbindung reißt sehr schnell ab im idle.
Raspberry Pi b+ über LAN(Kabel) im Heimnetz:
Verbindung lässt sich problemlos herstellen, Performance ist sehr gut.
Verbindung reißt nach wenigen Minuten idle ab.
Hier macht zusätzlich Windows Probleme. Das P2P Netzwerk wird als
"unbekannt" eingestuft und demnach mit maximalen
Sicherheitseinstellungen vollgepflastert. Das lässt sich auch nicht
ändern in Win7 ...
Raspberry Pi b+ und Laptop über separaten Router verbunden:
Verbindung lässt sich problemlos herstellen, Performance ist sehr gut.
Die Verbindung ist innerhalb von 8 Stunden 1-2 mal abgerissen trotz
langer idle Zeiten.
Auf dem Raspberry Pi läuft das Raspbian mit Realtime Preempt Patch. Die
anderen Rechner laufen mit Win7 Prof.
Stefan P. schrieb:> Falls es nicht am WiFi liegt, probier mal diese Einstellung:
Guter Tipp. Das werde ich heute abend direkt mal testen.
Vg!
@Autor: Stefan P. (form)
Mist, genau das was du in PuTTY-Keepalive.png gepostet hast, hab ich
gesucht - und übersehen.
Wlan ist nen Edimax, ich glaub von Reichelt. Danke für die Tips.
Hi,
Transistorfips schrieb:> Hab hiern Win 8.1 + putty mit dem ich mich via ssh zu nem Raspi> verbinden möchte. Nach zwei, drei Minuten ist die Verbindung beendet.> Echt nervig. Mit meinem Linuxmint-Rechner kann ich tagelang eingeloggt> bleiben. Man hat das Gefühl, als ob eine Art Idle-Abfrage im Hintergrund> liefe die ohne Verkehr die Verbindung beendet... kann das sein?
Schau mal auf diesen
http://www.chiark.greenend.org.uk/~sgtatham/putty/faq.html#faq-timeout
und den darauf folgenden Eintrag.
HTH,
Karl
PS: Unter Windows ist MobaXTerm unter meinen Kollegen sehr beliebt, weil
es einen X-Server mitbringt und damit auch grafische Programme auf dem
Server ausgeführt und vom Client aus bedient werden können.
Transistorfips schrieb:> Wlan ist nen Edimax, ich glaub von Reichelt. Danke für die Tips.
Dann greift der Fix aus dem Link:
http://www.raspberrypi.org/forums/viewtopic.php?t=61665&p=479174#p458761
".. Try this.
Make a file 8192cu.conf in directory /etc/modprobe.d/ with the command
sudo nano /etc/modprobe.d/8192cu.conf
and add the following lines
# Disable power management
options 8192cu rtw_power_mgnt=0 rtw_enusbss=0
I'm assuming you are using the Edimax EW-7811Un "
AnotherRpiUser schrieb:> Hallo,> ich habe ebenfalls ein solches Problem. Dabei habe ich folgende> beobachtungen gemacht:>> Raspberry Pi b+ direkt (peer-to-peer) über LAN(Kabel) am Laptop:> Verbindung sehr schwer herstellbar. Nach eingabe des Users dauert es> einige Sekunden in PuttY bis der Passwort-Prompt kommt.
Eventuell versucht der Raspi-sshd den Namen des Clients mit einem
reverse lookup im DNS aufzulösen. Wenn das nicht funktioniert, wartet
der Raspi mit dem weiteren Verbindungsaufbau auf den DNS-Timeout. Eine
andere, sich ähnlich auswirkende Fehlerquelle ist, wenn GSSAPI im sshd
aktiviert ist.
> Raspberry Pi b+ über LAN(Kabel) im Heimnetz:> Verbindung lässt sich problemlos herstellen, Performance ist sehr gut.> Verbindung reißt nach wenigen Minuten idle ab.
Was ist so schwer daran, auf dem Raspi ein "top" aufzurufen, bevor man
was anderes macht? Alternativ kann man natürlich den Keepalive
einstellen, aber ich finde die Lösung mit "top" (oder "watch" oder
"while true; do echo -n '.'; done" oder... genau) irgendwie cooler.
Liebe Grüße,
Karl
Karl Käfer schrieb:>> Raspberry Pi b+ über LAN(Kabel) im Heimnetz:>> Verbindung lässt sich problemlos herstellen, Performance ist sehr gut.>> Verbindung reißt nach wenigen Minuten idle ab.>> Was ist so schwer daran, auf dem Raspi ein "top" aufzurufen, bevor man> was anderes macht? Alternativ kann man natürlich den Keepalive> einstellen, aber ich finde die Lösung mit "top" (oder "watch" oder> "while true; do echo -n '.'; done" oder... genau) irgendwie cooler.
Danke für den Tipp. Zwischenzeitlich hab ich das sogar mal gemacht mit
top. Aber aufgrund von viel Arbeit und wenig Zeit hab ich das nicht
genauer testen können. Hol ich aber nach.
Was mich wundert ist aber das sich nach dem Verbindungsabbruch die
Verbindung nicht wieder herstellen lässt.
Vg!
Ich hatte die Woche auch wieder massiv mit Putty Verbindungsabbrüchen zu
tun. Ebenfalls hat es immer einen Moment gedauert ehe ich die Verbindung
wieder herstellen konnte.
Ich betreibe hier einen Windows 7 Host der per Virtualbox einen Windows
7 Gast ausführt.
Innerhalb der VirtualMachine ist Putty - egal ob zu meinem RaspberryPi
oder BananaPi immer abgebrochen nach wenigen Minuten.
Zuerst hatte ich mal wieder das WLAN in Verdacht, aber ausserhalb der VM
ging es auf einmal stabil.
Auch die Keep-Alive Parameter in Putty zu ändern brachte keine Abhilfe.
Ebenso das herumspielen mit den TCP Retransmissions in der Registry.
Ich hab dann mal innerhalb und außerhalb der VM Wireshark mitlaufen
lassen.
Immer wenn innerhalb der VM Putty einen Abbruch hatte, konnte ich im
Wireshark in der VM sehen, das ein RST Paket (angeblich?) vom Remote
Host zur VM kam. Im Wireshark außerhalb der VM wurde stattdessen ein RST
Paket zum Remote Host gesendet.
Ich hatte eine ähnliche Symptomatik vor wenigen Wochen gehabt und konnte
das wie oben schon angedeutet über den Wechsel in ein anderes WLAN (wir
haben hier mehrere...) lösen.
Dieses mal scheint es aber das Update von VirtualBox gewesen zu sein.
Als ich dann in den Netzwerkeinstellungen der VM die Netzwerkverbindung
vom NAT Modus in den Bridge Modus geschaltet hab scheint es jetzt echt
stabil zu laufen. Die Verbindung zum Remote Host läuft seit gestern
stabil durch...
Ich hab jetzt nicht rauslesen können ob das Problem beim OT schon gelöst
ist, aber mal kurz Wireshark anschmeißen könnte aufschlussreich sein.
Bin mal gespannt ob der Krams jetzt hier wieder Tagelang stabil
durchlaufen kann und es wirklich nur an dieser dummen Einstellung lag.
Hoffe das hier hilft noch wem :-)
vgs
