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ß
Falls es nicht am WiFi liegt, probier mal diese Einstellung:
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.
Es gibt auch noch einen Bug in Zusammenhang mit der Fritzbox http://stadt-bremerhaven.de/fritz-os-update-twitter/ Gruß Roland
Unlängst kam für die 7390 ein Fix > 6.20, der dies adressierte.
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
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.