[Gelöst] PI3 iobroker slave –>kein SSH Zugriff mehr möglich

[wendy2702]

Hi,

hat jemand eine Idee was ein Grund dafür sein könnte das ich keinen SSH Zugriff mehr habe?

Dachte zuerst es hätte etwas mit dem neuen Modbus 1.1.0 und dem darin neuen verwendeten Serialport zu tun, aber es scheint auch bei Verwendung der alten Versionen nicht zu funktionieren.

Ich komme meistens bis zum User und Password aber danach passiert nichts mehr. Manchmal kommt noch der prompt aber ich kann nichts eingeben:

Das was ich mit iobroker noch sehen kann sind diese Information:

Zeitweise kann ich das Terminal in iobroker nutzen aber da geht leider keine "TOP" abfrage

/opt/iobroker$ free

             total       used       free     shared    buffers     cached
Mem:        945512     455232     490280       6368      22032     106240
-/+ buffers/cache:     326960     618552
Swap:       102396          0     102396
/opt/iobroker$  

Selbst wenn jetzt so auf Anhieb keiner helfen kann, was kann/soll ich denn machen wenn ich Bildschirm und Monitor zum Pi geschafft habe?

Danke und Gruß

Mirko

EDIT: Habe jetzt mal Wetty installiert und von da geht die Verbindung und ich kann etwas mehr logs lesen. Im Syslog kommt beim Versuch Putty Login das:

Jan 31 20:31:44 pi-iobroker systemd[1]: Starting Session c13 of user pi.
Jan 31 20:31:44 pi-iobroker systemd[1]: Started Session c13 of user pi.
````in Putty kommt noch der Prompt und dann kann ich nichts mehr machen.

[wendy2702]

Weiß nicht ob das wirklich die Lösung ist aber für mich ist dieser Beitrag den ich gerade gefunden habe ein workaround:

SSH Hanging when Connecting to Raspberry Pi 3
We recently encountered a rather odd problem with a new device we were testing. We had a Raspberry Pi 3 in the office and were doing some testing with the device. The Raspberry Pi 3 was completely up to date running the latest versions of the OS Raspbian (based off of Debian 8 – Jessie, OpenSSH 6.7p1).
What was happening is that we could connect to the Raspberry Pi 3 via SSH. We would be prompted for a username and password as usual, but then when we typed in the password nothing happened. So the SSH was hanging after we had authenticated. It just sat there and wouldn’t respond to any input at all. We had to close the session window.
After some investigation we have determined that this a combination of two issues. One the latest version of SSH installed on the Raspberry Pi 3 uses QoS headers to ensure speedy delivery of packets over the network. For interactive connections (standard shell SSH connections) it sets the IP header for IP_TOS to be 0x10 (low delay or latency). For non-interactive connections (scp, etc) it sets the IP header for IP_TOS to be 0x08 (max throughput).
The problem in our case seems to be that our network doesn’t really like those values. We aren’t sure if this issue is with the router itself, or something in between. Since this connection is occurring over WiFi and our router handles the Wifi, we suspect that the router is where the issue lies though.
Additionally, we were able to determine that this impacted both SSH and SSHd, so both incoming and outgoing SSH connections were impacted by this issue.
How To Fix SSH Hanging
We did determine a work around to get SSH to work though.
Edit the two configuration files for the Raspberry Pi:
/etc/ssh/ssh_config
/etc/ssh/sshd_config
And add the following line to the bottom of the configuration file:
IPQoS 0x00
And restart sshd (sudo service sshd restart).
This configuration change will modify the TOS value sent out by SSH and SSHd, and will no longer choke the network connection.
We hope that helps somebody out there. It was a bit of a pain to track down.

Wenn sonst noch jemand eine Idee hat… bitte her damit.