mccae
Senfdazugeber
Hallo,
Ich weiß nicht wie viele Linuxuser sich hier rumtummeln - ich hätte da ein kleines Problem unter Debian Squeeze x64 auf einer frisch eingerichteten Maschine.
Es geht nämlich um Sessions über den SSHD.
Ich habe schon viel mit Debiansystemen gearbeitet, doch soetwas ist mir bis jetzt eigentlich noch nicht passiert.
Es kommt ab und zu vor, dass der SSH Client (Putty), welcher sich mit dem Server verbindet einfach einfriert und einige Zeit später den Verbindungsabbruch mit "Software caused connection abort" quittiert.
Genau dies passiert auch ab und zu nachdem ich mich mit "logout" oder "exit" auslogge. Anstatt getrennt zu werden, friert die Ausgabe ein und es erscheint der oben erwähnte Fehler. Etwa 10% der Auslogversuche enden so.
Das "Einfrieren" ist jedoch nicht das eigentliche Problem.
Jedes Mal wenn dies geschieht, dann habe ich immer noch die entsprechenden Userprozesse von sshd auf der Prozessliste.
Heißt, dass die SSH und SFTP Sessions offen bleiben und nicht abgebaut werden.
Diese müssen dann manuell terminiert werden.
Das Unheimliche daran:
Laut netstat ist die zum Client hergestellte Verbindung immer noch aktiv - was gar nicht mehr sein kann, da der Computer entweder schon längst ausgeschaltet ist, oder die Verbindung von Windows bereits abgebaut wurde.
Manchmal jedoch gibt es da beim Client eine Verbindung to "an unconnected endpoint" - das Schließen derer verursacht auch einen korrektes Schließen der Verbindung sowie der Session am Server (doch das ist eher ein Ausnahmefall).
Am Server schaut das dann so aus:
...und natürlich der individuelle Processtree:
w zeigt auch an, dass die User eingeloggt, jedoch seit Zeitpunkt der Verbindungsunterbrechung "idle" sind.
Kann mir einer sagen warum die Verbindung "nicht getrennt" ist, obwohl sie das sein sollte?
Warum wird die SSH Session (Nebeninfo: SSLv2 und über privateKey) nicht abgebaut, sondern müllt mir das System mitsamt laufenden Applikationen zu?
Ich habe über zwei Stunden (~2:45) gewartet, doch es wurden weder die Verbindung noch die Sessions beendet.
Kennt sich da einer aus?
Ich weiß nicht wie viele Linuxuser sich hier rumtummeln - ich hätte da ein kleines Problem unter Debian Squeeze x64 auf einer frisch eingerichteten Maschine.
Es geht nämlich um Sessions über den SSHD.
Ich habe schon viel mit Debiansystemen gearbeitet, doch soetwas ist mir bis jetzt eigentlich noch nicht passiert.
Es kommt ab und zu vor, dass der SSH Client (Putty), welcher sich mit dem Server verbindet einfach einfriert und einige Zeit später den Verbindungsabbruch mit "Software caused connection abort" quittiert.
Genau dies passiert auch ab und zu nachdem ich mich mit "logout" oder "exit" auslogge. Anstatt getrennt zu werden, friert die Ausgabe ein und es erscheint der oben erwähnte Fehler. Etwa 10% der Auslogversuche enden so.
Das "Einfrieren" ist jedoch nicht das eigentliche Problem.
Jedes Mal wenn dies geschieht, dann habe ich immer noch die entsprechenden Userprozesse von sshd auf der Prozessliste.
Heißt, dass die SSH und SFTP Sessions offen bleiben und nicht abgebaut werden.
Diese müssen dann manuell terminiert werden.
Das Unheimliche daran:
Laut netstat ist die zum Client hergestellte Verbindung immer noch aktiv - was gar nicht mehr sein kann, da der Computer entweder schon längst ausgeschaltet ist, oder die Verbindung von Windows bereits abgebaut wurde.
Manchmal jedoch gibt es da beim Client eine Verbindung to "an unconnected endpoint" - das Schließen derer verursacht auch einen korrektes Schließen der Verbindung sowie der Session am Server (doch das ist eher ein Ausnahmefall).
Am Server schaut das dann so aus:
Code:
tcp 0 0 xxx.xxx.xxx.xxx:xxxxx xxx.xxx.xxx.xxx:xxxxx VERBUNDEN 24828/sshd: e.ssesshah
.
.
.
Code:
/usr/sbin/sshd
sshd: e.ssesshah [priv]
sshd: e.ssesshah@pts/0
-bash
su
bash
mc
bash -rcfile .bashrc
w zeigt auch an, dass die User eingeloggt, jedoch seit Zeitpunkt der Verbindungsunterbrechung "idle" sind.
Kann mir einer sagen warum die Verbindung "nicht getrennt" ist, obwohl sie das sein sollte?
Warum wird die SSH Session (Nebeninfo: SSLv2 und über privateKey) nicht abgebaut, sondern müllt mir das System mitsamt laufenden Applikationen zu?
Ich habe über zwei Stunden (~2:45) gewartet, doch es wurden weder die Verbindung noch die Sessions beendet.
Kennt sich da einer aus?
Zuletzt bearbeitet: