TTY / SSH-Sitzung schließen

[sp1]

Hi.

Bei der Fernadministration bleibt mir ab und zu mal eine SSH-Sitzung hängen.
who zeigt momentan immer noch 2 Sitzung an die durch einen Übertragungsbeendung nicht geschlossen wurde.

Gibt es da, außer neustart bzw. neustarten des SSH-Daemon (traut man sich ja nicht ) noch andere Möglichleiten (ich sag mal) eine TTY direkt zu beenden?

Gruß

[grub]

Ich mach das immer so:

Code: Alles auswählen

ps aux | grep BENUTZER

und dann wenn in etwa so ein eintrag kommt:

Code: Alles auswählen

sebasti  14405  0.0  1.0  7184 2056 ?        S    10:53   0:00 sshd: sebastian@p                                                                             ts/0

einfach die PID killen.

Hab keine Ahung ob das ne schöne Lösung ist, funktioniert aber... wenn ein bash: eintrag auftaucht würd ich den killen

gruss
grub

[init 0]

Code: Alles auswählen

ps -ef| grep sshd
# die gewünschte pid raussuchen
kill $pid
# oder aber das ist ziemlich rabiat
kill -9 pid

Falls du die falsche pid erwischen tust hast du Pech gehabt und dich selbst raus geschmissen.

[nil]

sehr schön finde ich

Code: Alles auswählen

kill -9 -1

killt alle deine Prozesse, wodurch jedoch auch die aktuelle Sitzung verlorengeht. Auch eine Möglichkeit sich abzumelden, nur nicht als "root" probieren.

[sp1]

Code: Alles auswählen

ps -ef| grep sshd
# die gewünschte pid raussuchen
kill $pid
# oder aber das ist ziemlich rabiat
kill -9 pid

Falls du die falsche pid erwischen tust hast du Pech gehabt und dich selbst raus geschmissen.

Fein fein. Danke beiden.

Bei der Methode muss man aber aufpassen, dass man nicht ausversehen gleich SSHD abschießt

Würde das tritzdem mal passieren, startet er sich dann nach einer gewissen Zeit neu?
Oder sollte man da ein crontab-eintrag anlegen?

Gruß

[nepos]

Nein, er startet nicht neu, da er nur ueber die init.d-Skripten beim Einsprung in das entsprechende Runlevel gestartet wird.
Prozesse, die automatisch neu starten sollen, musst du ueber die /etc/inittab starten.

[sp1]

sehr schön finde ich

Code: Alles auswählen

kill -9 -1

killt alle deine Prozesse, wodurch jedoch auch die aktuelle Sitzung verlorengeht. Auch eine Möglichkeit sich abzumelden, nur nicht als "root" probieren.

killall5 1

Ein halber neustart

[storm]

Anstatt nur die session zu killen, hast du mal -v benutzt? Das muss ja ein Ursache haben. Mir ist das auch ein oder zwei Mal passiert mit putty->sshd, da liegt es aber an putty, da der server an der Stelle die Verbindung schon geschlossen hat (server returned 0).

ciao, storm

[init 0]

Nein, er startet nicht neu, da er nur ueber die init.d-Skripten beim Einsprung in das entsprechende Runlevel gestartet wird.
Prozesse, die automatisch neu starten sollen, musst du ueber die /etc/inittab starten.

Der Poster hat recht und unrecht gleichermassen.
Du darfst nur den sshd mit der kleinsten pid nicht abschiessen. Das ist der sshd der vom Startscript gestartet wird. Bei einer Neuanmeldung wir durch diesen sshd ein neuer sshd erzeugt. Du darfst alle bis auf diesen einen abschiessen. Sofern du dich unter einem anderen Usernamen anmeldest wird das Kind sshd auch diese Userrechte haben. Dass ist durch den ps Befehl auch sehr deutlich ersichtlich. Es kann natürlich bei sehr lange laufenden Systemen vorkommen, dass die PID überläuft. Dann bekommt ein neuer Prozess eine kleinere PID als die Mutter. Die PIDs der Mutter und des Kindes können aber recht deutlich unterschieden werden.
War ich verständlich?

[nil]

Du darfst nur den sshd mit der kleinsten pid nicht abschiessen. Das ist der sshd der vom Startscript gestartet wird.

die Aussage mit der "kleinsten pid" ist zwar meistens richtig, aber auch nicht immer, da irgendwann die PIDs wieder von vorne anfangen (ist ja nicht Windows, wo jede Woche gebootet werden muss).

Ich empfehle:

Code: Alles auswählen

pstree -p

Der sshd, der direkt als Vater "init (1)" hat, darf nicht gekillt werden. Natürlich sieht man die Abhängigkeiten auch über z.B. "ps -ef"

[init 0]

die Aussage mit der "kleinsten pid" ist zwar meistens richtig, aber auch nicht immer, da irgendwann die PIDs wieder von vorne anfangen (ist ja nicht Windows, wo jede Woche gebootet werden muss).

Und das steht in meiner Antwort nicht drin? Du hast sie dir nicht durchgelesen.

[nil]

Zu früh am morgen, sorry.