www.ProFTPD.de
13. März 2007, 19:46:50 *
Willkommen Gast. Bitte einloggen oder registrieren.
Haben Sie Ihre Aktivierungs E-Mail übersehen?

Einloggen mit Benutzername, Passwort und Sitzungslänge
News: SMF - Neu installiert!
 
   Übersicht   Hilfe Suche Login Registrieren  
Seiten: [1] 2   Nach unten
  Drucken  
Autor Thema: problem mit unsauber beendeten connections  (Gelesen 1013 mal)
0 Mitglieder und 1 Gast betrachten dieses Thema.
mat
Gast
« am: 07. Mai 2003, 17:03:10 »

Ich habe Suse Linux 8.1 und darauf läuft der Proftp 1.2.8.
Nun gibt es da folgendes Problem:
Wenn jemand auf meinen ftp connected ist und die Verbindung zu dem Client nicht ordnungsgemäß beednet wird sondern durch irgendeinen fehler sich beendet, bleibt die connection bestehen (das sagt zumindest der proftp) obwohl der client gar nicht mehr mit dem server verbunden ist. Die Connection bleibt dann auch solange bestehen bis ich den proftpd stoppe. Wie kann ich das machen das der proftp das mitbekommt das eine connection nicht mehr besteht?
Die IdleTimeout hab ich auf 600sec gestellt aber in diesem fall ignoriert er die. Hatte schon welche die über 20000 sekunden connected waren obwohl ich genau gewußt habe das die nichmehr connected waren.

Danke schonmal
Gespeichert
Claus
ProFTPD
*
Offline Offline

Beiträge: 44


137219665
Profil anzeigen WWW E-Mail
« Antwort #1 am: 08. Mai 2003, 14:35:55 »

Hallo Mat,

klingt nach einem Zombie Prozess.
Bei einer abgerissenen Verbindung scheint
IdleTimeout nicht mehr zu funktionieren.
Du könntest per script regelmässig ein ftpwho -v absetzen,
in der Rückgabe die idle time prüfen und nach einer von Dir
bestimmten Zeit den Prozess des users killen.

So long,

Claus
Gespeichert

#################################
support your local
#################################
mat
Gast
« Antwort #2 am: 08. Mai 2003, 14:51:51 »

Das klingt ja ganz gut wenn da nicht das problem wäre, das ich den Prozess mit dem kill Kommando nicht killen kann. Der führt den zwar aus bloß der Prozeß verschwindet nicht. Habs schon mit allen möglichen Varianten von kill probiert das läßt sich nicht killen. Nur wenn ich den proftd beende dann is alles weg.
Gespeichert
stonki
Administrator
ProFTPD
*****
Offline Offline

Beiträge: 1853


15318939
Profil anzeigen WWW E-Mail
« Antwort #3 am: 08. Mai 2003, 15:27:02 »

Zitat von: "mat"
Das klingt ja ganz gut wenn da nicht das problem wäre, das ich den Prozess mit dem kill Kommando nicht killen kann. Der führt den zwar aus bloß der Prozeß verschwindet nicht. Habs schon mit allen möglichen Varianten von kill probiert das läßt sich nicht killen. Nur wenn ich den proftd beende dann is alles weg.


hmm, hoert sich sehr nach einem Fehler an. Inetd oder Standalone ?

cu
stonki
Gespeichert

www.stonki.de:    the more I see, the more I know.......
www.proftpd.de:   Deutsche ProFTPD Dokumentation
www.krename.net:  Der Batch Renamer für KDE
www.kbarcode.net: Die Barcode Solution für KDE
Claus
ProFTPD
*
Offline Offline

Beiträge: 44


137219665
Profil anzeigen WWW E-Mail
« Antwort #4 am: 08. Mai 2003, 16:21:39 »

Zitat von: "mat"
Habs schon mit allen möglichen Varianten von kill probiert

Hast Du auch die Variante "kill -TERM <pid>" mal probiert ?
Gespeichert

#################################
support your local
#################################
mat
Gast
« Antwort #5 am: 08. Mai 2003, 21:23:01 »

Der ftp läuft als standalone.
kill -TERM <pid> hab ich probiert , bringt aber ebenfalls nichts.
Gespeichert
Wörsty
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 1602


50772603
Profil anzeigen WWW E-Mail
« Antwort #6 am: 09. Mai 2003, 18:57:26 »

Hab ich grad probiert und geht bei mir super.

RadHat 8 mit proftpd 1.2.8

Mach doch mal Traces.

Wörsty
Gespeichert

RedHat 8.0 (2.4er Kernel)
proftpd 1.2.10
-mod_sql_mysql
-mow_wrap
-mod_exec
-mod_ifsession[/size]
Anonymous
Gast
« Antwort #7 am: 20. Mai 2003, 18:17:58 »

Ich nehme mal an, dass es das gleiche Problem ist, das bei mir auch schon ein paarmal aufgetreten ist...
Der Prozess ist zwar eigentlich weg, mit ftpwho oder ftptop sehe ich den User aber dennoch weil er im Scoreboard nicht gelöscht wurde...
Gibts eine Möglichkeit, den dort zu löschen...??
Gespeichert
Wörsty
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 1602


50772603
Profil anzeigen WWW E-Mail
« Antwort #8 am: 20. Mai 2003, 19:44:40 »

Das hatten wir schon mal: http://www.proftpd.de/forum2/viewtopic.php?t=18&highlight=scoreboard
Gespeichert

RedHat 8.0 (2.4er Kernel)
proftpd 1.2.10
-mod_sql_mysql
-mow_wrap
-mod_exec
-mod_ifsession[/size]
eiKo
ProFTPD
*
Offline Offline

Beiträge: 25


Profil anzeigen
« Antwort #9 am: 30. Mai 2003, 07:17:56 »

also ich habe das auch mit den Zombi connections die leichen bleiben einfach drauf Traurig ok man kann dann proftpd killen und neustarten, aber ich bin ja nicht die ganze Zeit da L&auml;chelnd und per script will ich das auch nicht machen, da ich den server eigentlich einfach laufen lassen wollte.


Ich halte das fuer einen Bug das Problem, das duefte doch auch nicht so schwer zu loesen sein.

Wenn ein user connectet und was auf dem server macht, fliesen daten durch wenn er idlet, wird er nach meinen vorgaben gekickt ok das geht ja Smiley. Wenn ein user connectet und etwas auf dem server macht, fliessen immer noch daten durch ^^, aber wenn die connection jetzt unsachgemaess beendet wird, sagt zwar Proftpd dass noch etwas passiert, aber es fliessen keine daten mehr Smiley

gibt es nicht eine moeglichkeit, dass so zu machen, dass Proftpd den Daten traffic Zaehlt und fals sagen wir 120 sec ueberhaupt kein byte mehr durch laeuft die connection gekillt wird Huch?
Gespeichert
stonki
Administrator
ProFTPD
*****
Offline Offline

Beiträge: 1853


15318939
Profil anzeigen WWW E-Mail
« Antwort #10 am: 30. Mai 2003, 08:42:16 »

Zitat von: "eiKo"

Ich halte das fuer einen Bug das Problem, das duefte doch auch nicht so schwer zu loesen sein.


der witz ist, dass das hier nicht auftritt. Welche Version verwendest Du denn (proftpd -vv), probiere doch mal 1.2.9RC1. Standalone oder Inetd ?

cu
stonki
Gespeichert

www.stonki.de:    the more I see, the more I know.......
www.proftpd.de:   Deutsche ProFTPD Dokumentation
www.krename.net:  Der Batch Renamer für KDE
www.kbarcode.net: Die Barcode Solution für KDE
eiKo
ProFTPD
*
Offline Offline

Beiträge: 25


Profil anzeigen
« Antwort #11 am: 30. Mai 2003, 08:51:35 »

ja ich habe die proftpd 1.2.9RC1 und das problem Traurig
Gespeichert
stonki
Administrator
ProFTPD
*****
Offline Offline

Beiträge: 1853


15318939
Profil anzeigen WWW E-Mail
« Antwort #12 am: 30. Mai 2003, 10:22:23 »

Zitat von: "eiKo"
ja ich habe die proftpd 1.2.9RC1 und das problem :(


INETD oder Standalone ? Das ist hier die Frage !
Gespeichert

www.stonki.de:    the more I see, the more I know.......
www.proftpd.de:   Deutsche ProFTPD Dokumentation
www.krename.net:  Der Batch Renamer für KDE
www.kbarcode.net: Die Barcode Solution für KDE
eiKo
ProFTPD
*
Offline Offline

Beiträge: 25


Profil anzeigen
« Antwort #13 am: 30. Mai 2003, 10:56:02 »

oh sorry Smiley

der server laeuft Standalone
Gespeichert
stonki
Administrator
ProFTPD
*****
Offline Offline

Beiträge: 1853


15318939
Profil anzeigen WWW E-Mail
« Antwort #14 am: 30. Mai 2003, 11:01:08 »

Zitat von: "eiKo"
oh sorry :)

der server laeuft Standalone


aus der ferne faellt mir nix ein. Muesste ich schon root access bekommen....
Gespeichert

www.stonki.de:    the more I see, the more I know.......
www.proftpd.de:   Deutsche ProFTPD Dokumentation
www.krename.net:  Der Batch Renamer für KDE
www.kbarcode.net: Die Barcode Solution für KDE
Seiten: [1] 2   Nach oben
  Drucken  
 
Gehe zu:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.2 | SMF © 2006-2007, Simple Machines LLC Prüfe XHTML 1.0 Prüfe CSS
Seite erstellt in 0.062 Sekunden mit 16 Zugriffen.