Putty: Connect zu Raspi bricht schnell ab

Transistorfips Gast #4024611
Lesenswert?
• ▲
▼ 
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?
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Hendrik L. #4024623
Lesenswert?
• ▲
▼ 
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ß
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thomas S. #4024658
Lesenswert?
• ▲
▼ 
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
"
Antwort Zitieren Bearbeiten Löschen Beitrag melden
AnotherRpiUser Gast #4024734
Lesenswert?
• ▲
▼ 
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!
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Karl Käfer Gast #4025000
Lesenswert?
• ▲
▼ 
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.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thomas S. #4025051
Lesenswert?
• ▲
▼ 
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  "
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Karl Käfer Gast #4026180
Lesenswert?
• ▲
▼ 
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
Antwort Zitieren Bearbeiten Löschen Beitrag melden
AnotherRpiUser Gast #4028054
Lesenswert?
• ▲
▼ 
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!
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Seb A. #4029411
Lesenswert?
• ▲
▼ 
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
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren