www.ProFTPD.de
13. März 2007, 18:37:47 *
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  
  Zeige Beiträge
Seiten: [1]
1  ProFTPD / ProFTPD - Verbindungsviewer / Scorboard richtig auslesen (Anzeigeprobleme von Usern)! am: 05. August 2004, 15:13:01
Hab ich gerne gemacht, denn ich stehe auf dem Standpunkt, daß man bei gelösten Problemen nicht nur schreibt, daß man es inzwischen selber gelöst hat, sondern ich erläutere prinzipiell auch, wie ich die Probleme gelöst habe.

Dies erspart dann irgendwelche Doppelpostings und dazu kommt auch noch, daß es mich selber nämlich ziemlich ärgert, wenn die Leute einen Rat brauchen und diesen auch bekommen, aber selber nicht Ihre eigenen Lösungen präsentieren, sondern eben nur schreiben, daß sie es inzwischen selber gelöst haben.
2  ProFTPD / ProFTPD - Verbindungsviewer / Scorboard richtig auslesen (Anzeigeprobleme von Usern)! am: 05. August 2004, 13:04:38
.:: Problem:

Einige Leute haben das Problem, das keine User in "PHPsysinfo" und "FTPonline" angezeigt werden, was ich selber auch hatte.

Das File "scoreboard", in dem der ProFTPD alle momentanen Verbindungen abspeichert liegt bei mir in einem anderen Verzeichnis! Dies war auch das Problem beim starten der aktuellen PHPsysinfo v2.2 und FTP-Online. Alles wurde schön angezeigt, nur nicht die User, welche sich momentan auf dem ProFTPD-Server befanden.

.:: Lösung:

Der Befehl "ftpwho" ist für das auslesen des Files "scoreboard" zuständig, da sich dieses File aber in einem anderen Verzeichnis befindet, muß man "ftwho" auch mitteilen, wo es sich befindet!

PHPsysinfo:

- Editiert die Datei "class.Linux.inc.php" aus dem Verzeichnis "/includes/os/"
- verändert die Zeile 510, wenn das File "scorboard" z.B. im Verzeichnis "/var/log/proftpd/" liegt, folgendermaßen:

Code:
$df = trim(execute_program('ftpwho', '-v -o oneline'));

in
Code:
$df = trim(execute_program('ftpwho', '-f /var/log/proftpd/scoreboard -v -o oneline'));


FTPonline:

- editiert die Datei "index.php" aus dem Verzeichnis von "FTPonline"
- verändert die Zeile 49, wenn das File "scorboard" z.B. im Verzeichnis "/var/log/proftpd/" liegt, folgendermaßen:

Code:
$PRG["befehl"]        = "/usr/local/bin/ftpwho -v ";

in
Code:
$PRG["befehl"]        = "/usr/local/bin/ftpwho -f /var/log/proftpd/scoreboard -v -o oneline";


.:: Erläuterungen:

- ftpwho -f
Mit dem Befehl "ftpwho -f" kann man einen spezifischen Pfad angeben, wo sich das File "scoreboard" befindet.
Beispiel:
Code:
ftpwho -f /Pfad/zum/Scorebordfile


- ftpwho -v
Mit dem Befehl "ftpwho -v" kann man erweiterte Informationen auslesen.
Beispiel:
Code:
ftpwho -f /Pfad/zum/Scorebordfile -v


- ftpwho -o
Mit dem Befehl "ftpwho -o" kann man die Anzeige der Informationen beeinflussen. Es gibt dafür zwei Zusatzattribute.
Beispiel:
Code:
ftpwho -f /Pfad/zum/Scorebordfile -v -o oneline

              Hier werden alle Informationen in einer einzigen Zeile dargestellt.
             
Code:
ftpwho -f /Pfad/zum/Scorebordfile -v -o compat

             Hier werden die Informationen in Kurzform angezeigt.

Ich hoffe dies hilft einigen Leuten weiter!!!  Lächelnd
3  ProFTPD / ProFTPD - Verbindungsviewer / Keine Unterstützung für ProFTPD V1.2.10RC1! am: 01. Juni 2004, 12:51:21
@Wörsty

Vielen Dank, mit dem neuen Code funktioniert es wieder. Ich mußte aber eine Kleinigkeit ändern, damit auch die Prozess-ID des Benutzers und diese auch als Link angezeigt wird.

Zeile 163:
Code:
if ($INT["version"] == "1.2.10") $PID = $pieces[0];
4  ProFTPD / ProFTPD - Verbindungsviewer / Keine Unterstützung für ProFTPD V1.2.10RC1! am: 15. Mai 2004, 16:28:35
Nach einem Update des ProFTPD auf Version 1.2.10RC1 erhalte ich beim Aufruf des Viewer folgende Meldung:

Code:
Diese ProFTPd-Version wird nicht unterstützt - ProFTPD Version 1.2.10rc1


Was muß ich einstellen, damit der Viewer auch mit dieser Version arbeitet?
5  ProFTPD / ProFTPD - Deutsch / Löschen nach Userrechten! am: 19. Februar 2004, 05:48:46
Ich habe proftpd so eingerichtet, das sich Benutzer der selben Gruppe auf einem virtuellen Host einloggen können. Jeder Benutzer logt sich mit seinem eigenen Benutzernamen ein, gehören aber der selben Gruppe an. Ich verwende beim schreiben von Daten auf den Server umask 002.

Ich möchte nun erreichen, daß Benutzer der selben Gruppe ihre eigenen Dateien und Ordner wieder löschen können, aber nicht der anderen Benutzer der selbigen Gruppe.

Sprich Benutzer 1 der Gruppe A darf die Dateien und Ordner von sich selber löschen aber nicht die von Benutzer 2 der Gruppe A (selbe Gruppe) und umgekehrt.

Sollte ich dafür eventuell auch eine andere umask verwenden?
6  ProFTPD / ProFTPD - Deutsch / 530 Sorry, the maximum number of allowed clients (3)... am: 31. Oktober 2003, 21:54:45
In diesem Beitrag findest Du auch gute Erläuterungen zu den ausgegeben Fehlercodes (FTP - Commands-Return-Codes-rfc959)

http://www.proftpd.de/forum2/viewtopic.php?t=50
7  ProFTPD / ProFTPD - Deutsch / Loginfehler über Opera am: 30. Oktober 2003, 14:42:27
Nachdem ein Login auf unseren Server über den IE Fehler verursachte und die gelöst werden konnten, gab es Anfragen über fehlerhafte Logins vom Browser "Opera" aus.

Der Debugmodus zeigte folgendes, welches ich nicht deuten kann:

Code:
dispatching LOG_CMD command 'CWD download/' to mod_log
dispatching PRE_CMD command 'MODE B' to mod_core
dispatching PRE_CMD command 'MODE B' to mod_core
dispatching CMD command 'MODE B' to mod_xfer
dispatching LOG_CMD_ERR command 'MODE B' to mod_log
dispatching PRE_CMD command 'PASV' to mod_core
dispatching PRE_CMD command 'PASV' to mod_core
dispatching CMD command 'PASV' to mod_core
Entering Passive Mode (213,23,147,98,4,101).
dispatching LOG_CMD command 'PASV' to mod_log
dispatching PRE_CMD command 'LIST' to mod_core
dispatching PRE_CMD command 'LIST' to mod_core
dispatching CMD command 'LIST' to mod_ls
passive data connection opened - local  : 213.23.147.98:1125
passive data connection opened - remote : 145.254.69.140:4790
dispatching LOG_CMD command 'LIST' to mod_log
dispatching LOG_CMD command 'LIST' to mod_ls
dispatching PRE_CMD command 'CWD ~' to mod_core
dispatching PRE_CMD command 'CWD ~' to mod_core
dispatching CMD command 'CWD ~' to mod_core
dispatching LOG_CMD_ERR command 'CWD ~' to mod_log
dispatching PRE_CMD command 'CWD download/Info/' to mod_core
dispatching PRE_CMD command 'CWD download/Info/' to mod_core
dispatching CMD command 'CWD download/Info/' to mod_core
dispatching LOG_CMD_ERR command 'CWD download/Info/' to mod_log
dispatching PRE_CMD command 'CWD ~' to mod_core
dispatching PRE_CMD command 'CWD ~' to mod_core
dispatching CMD command 'CWD ~' to mod_core
dispatching LOG_CMD_ERR command 'CWD ~' to mod_log
dispatching PRE_CMD command 'SIZE download' to mod_core
dispatching PRE_CMD command 'SIZE download' to mod_core
dispatching CMD command 'SIZE download' to mod_core
dispatching LOG_CMD_ERR command 'SIZE download' to mod_log
dispatching PRE_CMD command 'CWD download' to mod_core
dispatching PRE_CMD command 'CWD download' to mod_core
dispatching CMD command 'CWD download' to mod_core
dispatching LOG_CMD_ERR command 'CWD download' to mod_log


Als erstes wird der Fehler
Code:
dispatching LOG_CMD_ERR command 'MODE B' to mod_log

herausgegeben und anschließend
Code:
dispatching LOG_CMD_ERR command 'CWD ~' to mod_log

welches dazu führt, daß man zwar alle Verzeichnisse im Ordner Download sehen kann, aber man kommt in keine weiteren Unterverzeichnisse. Mit dem IE und FTP-Proggys geht jetzt alles super.

Was bedeutet 'MODE B' und wie kann ich den Fahler beheben?
8  ProFTPD / ProFTPD - Deutsch / Loginfehler über Internet Explorer am: 30. Oktober 2003, 13:14:03
@TL

Super erklärt und das mit den Bugs sind wir ja von Microsoft schon gewohnt!   :lol:
9  ProFTPD / ProFTPD - Deutsch / Loginfehler über Internet Explorer am: 30. Oktober 2003, 11:03:50
@Tristan

Dein Tip mit den Einstellungen im IE funzt wunderbar, allerdings umgekehrt (auf passiv umstellen), aber löst leider nicht mein Problem, denn nicht jeder, der auf unseren Server zugreift, macht dies mit dem IE und die Beschwerden häuften sich, daß man zum Server keinen Zugang erhält. Aber trotzdem danke, denn ich hab wieder was Neues gelernt, was ich im IE noch nicht kannte, da dies bisher nicht notwendig war.

@TL

Nachdem Du sehr schön kurz und knapp erklärt hast, was es mit dem 'OPTS utf8 on' auf sich hat, hast Du eventuell auch ne Lösung parat, warum dieser Fehler auftaucht und wie man den in den Griff bekommt?

@Wörsty

Ich bin dem Problem mit der NAT noch einmal nachgegangen. Ich hatte ja vorher die ProFTPD-Version 1.2.8p am laufen und da funktionierte es prima. Also installierte ich einfach diese Version noch einmal und ließ diese im Debugmodus laufen. Und siehe da, es geschehen Wunder!!! Man kann sich wunderbar einloggen, ohne den passiven Modus zu erzwingen. Nun dachte ich mir, was in der dieser Version funktioniert, sollte auch in der Version 1.2.9rc3 funktionieren und ich installierte dann anschließend diese Version noch einmal. Dann kam ich aus dem Wundern nicht mehr raus, denn es funktioniert nun auch (bei gleicher Konfigurationsdatei).

Komisch ist das schon, aber es geht nun.

Ich habe nur noch das Problem mit dem 'OPTS utf8 on'.

Code:
dispatching PRE_CMD command 'OPTS utf8 on' to mod_core
dispatching PRE_CMD command 'OPTS utf8 on' to mod_core
dispatching CMD command 'OPTS utf8 on' to mod_core
dispatching LOG_CMD_ERR command 'OPTS utf8 on' to mod_log


Vielleicht hat ja jemand dafür eine Lösung parat!
10  ProFTPD / ProFTPD - Deutsch / Loginfehler über Internet Explorer am: 29. Oktober 2003, 16:34:49
Okay, das ist verständlich, aber warum tritt dann der selbe Fehler auf, wenn man es aus dem internen Netzwerk direkt auf den Server probiert, man also nicht aus dem Netz herausgeht?

Da ist die Antwortadresse doch dem Server bekannt, wobei auch noch ein DNS-Server läuft?

Weiterhin müßten doch wenigstens andere Leute von draußen per Browser auf den Server zugreifen können, denn da ist doch die Antwortadresse auch eindeutig, oder hab ich bei dem ganzen einen Denkfehler?

Und was hat es sich mit 'OPTS utf8 on' auf sich?
11  ProFTPD / ProFTPD - Deutsch / Loginfehler über Internet Explorer am: 29. Oktober 2003, 01:40:06
Wenn ich versuche mich über den Internet Explorer auf den ProFTPD-Server einzuloggen, dann bekomme ich eine Fehlermeldung und die FTP-Verbindung wird wieder geschlossen.

Den Login mache ich nach folgendem Muster:

ftp://user:pass@serveradresse:port

-----
Fehlermeldung:

Beim öffnen des Ordners auf dem FTP-Server ist ein Fehler aufgetreten. Stellen Sie sicher, daß Sie die erforderlichen Zugriffsrechte für den Ordner haben.

Details:
200 Type set to A
500 illegal Port command
-----

Ich habe daraufhin die Zugriffsrechte der Ordner überprüft und diese sind okay.
Ein Login mit einem FTP-Proggy läuft problemlos.

Der Debugmodus von ProFTPD zeigte dann folgenden Fehler, den ich leider nicht deuten kann.

Code:

dispatching PRE_CMD command 'OPTS utf8 on' to mod_core
dispatching PRE_CMD command 'OPTS utf8 on' to mod_core
dispatching CMD command 'OPTS utf8 on' to mod_core
dispatching LOG_CMD_ERR command 'OPTS utf8 on' to mod_log


Was hat es mit 'OPTS utf8 on' auf sich?

Weiterhin bekomme folgende Meldung im Debugmodus:

Code:

dispatching CMD command 'PORT 192,168,0,20,15,205' to mod_core
Refused PORT 192,168,0,20,15,205 (address mismatch)
dispatching LOG_CMD_ERR command 'PORT 192,168,0,20,15,205' to mod_log
FTP session idle timeout, disconnected.
FTP session closed.


Was ist nun die Ursache, daß ein Login nicht über einen Browser möglich ist?
12  ProFTPD / ProFTPD - Deutsch / Löschen abgebrochener Uploads am: 27. Oktober 2003, 16:29:16
Ich danke Euch für die schnelle Erstellung eines Bugreports! Ist es nun eigentlich ein Problem von ProFTPD, oder ein Problem des verwendeten FTP-Clienten, der eventuell den "ABORT" - Befehl nicht ordnungsgemäß an ProFTPD übergibt, dies ist für mich aus den beiden erstellten und weiter dokumentierten Bugreports nicht richtig ersichtlich?
13  ProFTPD / ProFTPD - Deutsch / Löschen abgebrochener Uploads am: 24. Oktober 2003, 17:20:39
Ich hab Euren Tip befolgt und den FTP-Clienten unter Windows einfach zur Strecke gebracht, aber ProFTPD ist weiterhin der Meinung der Upload wäre vollständig.

Als Dateigröße zeigt er korrekterweise die Größe des bereits raufgeladenen Files an, aber ProFTPD ist der Meinung das dies korrekt ist und wertet dies im Debug als "Transfer completed" aus.

Als ProFTPD läuft der aktuelle (V1.2.9RC3).

Den Befehl "DeleteAbortedStores on" kann man ja in verschidenen Sektionen einbinden, aber jegliche Versuche sind gescheitert. Der abgebrochene Upload wird immer als "Transfer completed" ausgewertet.
14  ProFTPD / ProFTPD - Deutsch / Löschen abgebrochener Uploads am: 23. Oktober 2003, 20:58:00
Dank Dir für die schnelle Antwort!

Genau, das ist ja auch mir schleierhaft, denn ProFTPD erkennt den Abbruch nicht als diesen, sondern ist der Meinung es handelt sich um einen komplett abgeschlossenen Upload, obwohl dieser abgebrochen wurde.

Ich habe die Testdatei einfach hochgeladen und beim hochladen habe ich auf "abbruch" geklickt und diesen Abruch des Uploads hätte meiner Meinung nach ProFTPD erkennen müssen, oder sehe ich das falsch?
15  ProFTPD / ProFTPD - Deutsch / Löschen abgebrochener Uploads am: 23. Oktober 2003, 20:09:09
Ich möchte ganz gerne, daß abgebrochene Downloads automatisch wieder vom Server gelöscht werden, aber es will nicht so recht funktionieren.

Ich habe in der proftpd.conf den Befehl "DeleteAbortedStores on" verwendet und diesen an mehreren Stellen versucht einzubinden, aber vergebens. Der Server selber läuft als "inetd".

Ich ließ ProFTD auch im Debugmodus laufen und werden die abgebrochenen Uploads als erfolgreicher Upload angezeigt.

Ich erstellte zuerst ein Verzeichnis "test" und simulierte dann einen abgebrochenen Upload, indem ich die Datei "testdatei" auf den Server schob und den Upload dann selber abgebrochen habe.

Hier die Debugausgabe:

Code:
connect from 192.168.0.20 (192.168.0.20)
parsing '/etc/proftpd.conf' configuration
<Directory />: adding section for resolved path '/'
<Directory /upload>: adding section for resolved path '/upload'
<Directory /download>: adding section for resolved path '/download'
<Directory >: adding section for resolved path ''
192.168.0.1 -  
192.168.0.1 - Config for NxB-[Clan]:
192.168.0.1 - /
192.168.0.1 -  AllowOverwrite
192.168.0.1 -  Umask
192.168.0.1 -  TransferLog
192.168.0.1 -  RootLogin
192.168.0.1 -  DeleteAbortedStores
192.168.0.1 -  MaxClientsPerHost
192.168.0.1 -  DirFakeMode
192.168.0.1 -  RequireValidShell
192.168.0.1 - DefaultServer
192.168.0.1 - TimeoutIdle
192.168.0.1 - TimeoutStalled
192.168.0.1 - TimeoutLogin
192.168.0.1 - TimeoutNoTransfer
192.168.0.1 - AuthPAM
192.168.0.1 - AuthPAMAuthoritative
192.168.0.1 - Umask
192.168.0.1 - UserID
192.168.0.1 - UserName
192.168.0.1 - GroupID
192.168.0.1 - GroupName
192.168.0.1 - DefaultRoot
192.168.0.1 - TransferLog
192.168.0.1 - ExtendedLog
192.168.0.1 - ExtendedLog
192.168.0.1 - RootLogin
192.168.0.1 - IdentLookups
192.168.0.1 - DeleteAbortedStores
192.168.0.1 - RootLogin
192.168.0.1 - MaxLoginAttempts
192.168.0.1 - MaxClientsPerHost
192.168.0.1 - DirFakeMode
192.168.0.1 - RootLogin
192.168.0.1 - RequireValidShell
192.168.0.1 -  
192.168.0.1 - Config for NxB-[Clan]:
192.168.0.1 -  
192.168.0.1 -  /upload
192.168.0.1 -   Limit
192.168.0.1 -    DenyAll
192.168.0.1 -   Limit
192.168.0.1 -    AllowAll
192.168.0.1 -   GroupOwner
192.168.0.1 -   DeleteAbortedStores
192.168.0.1 -   AllowOverwrite
192.168.0.1 -   Umask
192.168.0.1 -   DirFakeMode
192.168.0.1 -   MaxClientsPerHost
192.168.0.1 -   MaxClients
192.168.0.1 -   DisplayLogin
192.168.0.1 -   DisplayFirstChdir
192.168.0.1 -   TransferLog
192.168.0.1 -   RootLogin
192.168.0.1 -   RequireValidShell
192.168.0.1 -  /download
192.168.0.1 -   Limit
192.168.0.1 -    DenyAll
192.168.0.1 -   AllowOverwrite
192.168.0.1 -   Umask
192.168.0.1 -   DirFakeMode
192.168.0.1 -   MaxClientsPerHost
192.168.0.1 -   MaxClients
192.168.0.1 -   DisplayLogin
192.168.0.1 -   DisplayFirstChdir
192.168.0.1 -   TransferLog
192.168.0.1 -   RootLogin
192.168.0.1 -   DeleteAbortedStores
192.168.0.1 -   RequireValidShell
192.168.0.1 -  Limit
192.168.0.1 -   DenyAll
192.168.0.1 -  AllowOverwrite
192.168.0.1 -  Umask
192.168.0.1 -  DirFakeMode
192.168.0.1 -  MaxClientsPerHost
192.168.0.1 -  MaxClients
192.168.0.1 -  DisplayLogin
192.168.0.1 -  DisplayFirstChdir
192.168.0.1 -  TransferLog
192.168.0.1 -  RootLogin
192.168.0.1 -  DeleteAbortedStores
192.168.0.1 -  RequireValidShell
192.168.0.1 - Limit
192.168.0.1 -  DenyGroup
192.168.0.1 - DefaultRoot
192.168.0.1 - AllowOverwrite
192.168.0.1 - AuthPAM
192.168.0.1 - AuthPAMAuthoritative
192.168.0.1 - Umask
192.168.0.1 - DirFakeMode
192.168.0.1 - MaxClientsPerHost
192.168.0.1 - MaxClients
192.168.0.1 - MaxLoginAttempts
192.168.0.1 - DisplayLogin
192.168.0.1 - DisplayFirstChdir
192.168.0.1 - TransferLog
192.168.0.1 - ExtendedLog
192.168.0.1 - ExtendedLog
192.168.0.1 - RootLogin
192.168.0.1 - DeleteAbortedStores
192.168.0.1 - RootLogin
192.168.0.1 - MaxLoginAttempts
192.168.0.1 - MaxClientsPerHost
192.168.0.1 - DirFakeMode
192.168.0.1 - RootLogin
192.168.0.1 - RequireValidShell
192.168.0.1 - error converting stdin to IPv6 socket: Protocol not available
213.23.130.223 (192.168.0.20[192.168.0.20]) - connected - local  : 213.23.130.223:21
213.23.130.223 (192.168.0.20[192.168.0.20]) - connected - remote : 192.168.0.20:4687
213.23.130.223 (192.168.0.20[192.168.0.20]) - FTP session opened.
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'USER xxxxxx' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'USER xxxxxx' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'USER xxxxxx' to mod_auth
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'USER xxxxxx' to mod_auth
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'USER xxxxxx' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_auth
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'PASS (hidden)' to mod_auth
PAM-warn[5009]: service: ftp [on terminal: <unknown>]
PAM-warn[5009]: user: (uid=0) -> xxxxxx [remote: ?nobody@192.168.0.20]
PAM-warn[5009]: service: ftp [on terminal: <unknown>]
PAM-warn[5009]: user: (uid=0) -> xxxxxx [remote: ?nobody@192.168.0.20]
PAM-warn[5009]: service: ftp [on terminal: <unknown>]
PAM-warn[5009]: user: (uid=0) -> xxxxxx [remote: ?nobody@192.168.0.20]
PAM-unix2[5009]: session started for user xxxxxx, service ftp
213.23.130.223 (192.168.0.20[192.168.0.20]) -  
213.23.130.223 (192.168.0.20[192.168.0.20]) - Config for NxB-[Clan]:
213.23.130.223 (192.168.0.20[192.168.0.20]) -  
213.23.130.223 (192.168.0.20[192.168.0.20]) -  /upload
213.23.130.223 (192.168.0.20[192.168.0.20]) -   Limit
213.23.130.223 (192.168.0.20[192.168.0.20]) -    DenyAll
213.23.130.223 (192.168.0.20[192.168.0.20]) -   Limit
213.23.130.223 (192.168.0.20[192.168.0.20]) -    AllowAll
213.23.130.223 (192.168.0.20[192.168.0.20]) -   GroupOwner
213.23.130.223 (192.168.0.20[192.168.0.20]) -   DeleteAbortedStores
213.23.130.223 (192.168.0.20[192.168.0.20]) -   AllowOverwrite
213.23.130.223 (192.168.0.20[192.168.0.20]) -   Umask
213.23.130.223 (192.168.0.20[192.168.0.20]) -   DirFakeMode
213.23.130.223 (192.168.0.20[192.168.0.20]) -   MaxClientsPerHost
213.23.130.223 (192.168.0.20[192.168.0.20]) -   MaxClients
213.23.130.223 (192.168.0.20[192.168.0.20]) -   DisplayLogin
213.23.130.223 (192.168.0.20[192.168.0.20]) -   DisplayFirstChdir
213.23.130.223 (192.168.0.20[192.168.0.20]) -   TransferLog
213.23.130.223 (192.168.0.20[192.168.0.20]) -   RootLogin
213.23.130.223 (192.168.0.20[192.168.0.20]) -   RequireValidShell
213.23.130.223 (192.168.0.20[192.168.0.20]) -  /download
213.23.130.223 (192.168.0.20[192.168.0.20]) -   Limit
213.23.130.223 (192.168.0.20[192.168.0.20]) -    DenyAll
213.23.130.223 (192.168.0.20[192.168.0.20]) -   AllowOverwrite
213.23.130.223 (192.168.0.20[192.168.0.20]) -   Umask
213.23.130.223 (192.168.0.20[192.168.0.20]) -   DirFakeMode
213.23.130.223 (192.168.0.20[192.168.0.20]) -   MaxClientsPerHost
213.23.130.223 (192.168.0.20[192.168.0.20]) -   MaxClients
213.23.130.223 (192.168.0.20[192.168.0.20]) -   DisplayLogin
213.23.130.223 (192.168.0.20[192.168.0.20]) -   DisplayFirstChdir
213.23.130.223 (192.168.0.20[192.168.0.20]) -   TransferLog
213.23.130.223 (192.168.0.20[192.168.0.20]) -   RootLogin
213.23.130.223 (192.168.0.20[192.168.0.20]) -   DeleteAbortedStores
213.23.130.223 (192.168.0.20[192.168.0.20]) -   RequireValidShell
213.23.130.223 (192.168.0.20[192.168.0.20]) -  Limit
213.23.130.223 (192.168.0.20[192.168.0.20]) -   DenyAll
213.23.130.223 (192.168.0.20[192.168.0.20]) -  AllowOverwrite
213.23.130.223 (192.168.0.20[192.168.0.20]) -  Umask
213.23.130.223 (192.168.0.20[192.168.0.20]) -  DirFakeMode
213.23.130.223 (192.168.0.20[192.168.0.20]) -  MaxClientsPerHost
213.23.130.223 (192.168.0.20[192.168.0.20]) -  MaxClients
213.23.130.223 (192.168.0.20[192.168.0.20]) -  DisplayLogin
213.23.130.223 (192.168.0.20[192.168.0.20]) -  DisplayFirstChdir
213.23.130.223 (192.168.0.20[192.168.0.20]) -  TransferLog
213.23.130.223 (192.168.0.20[192.168.0.20]) -  RootLogin
213.23.130.223 (192.168.0.20[192.168.0.20]) -  DeleteAbortedStores
213.23.130.223 (192.168.0.20[192.168.0.20]) -  RequireValidShell
213.23.130.223 (192.168.0.20[192.168.0.20]) - Limit
213.23.130.223 (192.168.0.20[192.168.0.20]) -  DenyGroup
213.23.130.223 (192.168.0.20[192.168.0.20]) - DefaultRoot
213.23.130.223 (192.168.0.20[192.168.0.20]) - AllowOverwrite
213.23.130.223 (192.168.0.20[192.168.0.20]) - AuthPAM
213.23.130.223 (192.168.0.20[192.168.0.20]) - AuthPAMAuthoritative
213.23.130.223 (192.168.0.20[192.168.0.20]) - Umask
213.23.130.223 (192.168.0.20[192.168.0.20]) - DirFakeMode
213.23.130.223 (192.168.0.20[192.168.0.20]) - MaxClientsPerHost
213.23.130.223 (192.168.0.20[192.168.0.20]) - MaxClients
213.23.130.223 (192.168.0.20[192.168.0.20]) - MaxLoginAttempts
213.23.130.223 (192.168.0.20[192.168.0.20]) - DisplayLogin
213.23.130.223 (192.168.0.20[192.168.0.20]) - DisplayFirstChdir
213.23.130.223 (192.168.0.20[192.168.0.20]) - TransferLog
213.23.130.223 (192.168.0.20[192.168.0.20]) - ExtendedLog
213.23.130.223 (192.168.0.20[192.168.0.20]) - ExtendedLog
213.23.130.223 (192.168.0.20[192.168.0.20]) - RootLogin
213.23.130.223 (192.168.0.20[192.168.0.20]) - DeleteAbortedStores
213.23.130.223 (192.168.0.20[192.168.0.20]) - RootLogin
213.23.130.223 (192.168.0.20[192.168.0.20]) - MaxLoginAttempts
213.23.130.223 (192.168.0.20[192.168.0.20]) - MaxClientsPerHost
213.23.130.223 (192.168.0.20[192.168.0.20]) - DirFakeMode
213.23.130.223 (192.168.0.20[192.168.0.20]) - RootLogin
213.23.130.223 (192.168.0.20[192.168.0.20]) - RequireValidShell
213.23.130.223 (192.168.0.20[192.168.0.20]) - CURRENT-CLIENTS
213.23.130.223 (192.168.0.20[192.168.0.20]) - USER
213.23.130.223 (192.168.0.20[192.168.0.20]) - USER xxxxxx: Login successful.
213.23.130.223 (192.168.0.20[192.168.0.20]) - Preparing to chroot() the environment, path = ''
213.23.130.223 (192.168.0.20[192.168.0.20]) - Environment successfully chroot()ed.
213.23.130.223 (192.168.0.20[192.168.0.20]) - unable to chdir to /xxxxxx (No such file or directory), defaulting to chroot directory  
213.23.130.223 (192.168.0.20[192.168.0.20]) - in dir_check_full(): path = '/', fullpath = '/'.
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching POST_CMD command 'PASS (hidden)' to mod_cap
213.23.130.223 (192.168.0.20[192.168.0.20]) - mod_cap/1.0: capabilities '= cap_chown,cap_net_bind_service+ep'
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching POST_CMD command 'PASS (hidden)' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching POST_CMD command 'PASS (hidden)' to mod_ls
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching POST_CMD command 'PASS (hidden)' to mod_auth
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'PASS (hidden)' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'PASS (hidden)' to mod_auth
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'SYST' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'SYST' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'SYST' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'SYST' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'FEAT' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'FEAT' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'FEAT' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'FEAT' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'CWD /' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'CWD /' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'CWD /' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - in dir_check_full(): path = '/', fullpath = '/'.
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'CWD /' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'PWD' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'PWD' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'PWD' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'PWD' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'TYPE A' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'TYPE A' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'TYPE A' to mod_xfer
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'TYPE A' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'PASV' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'PASV' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'PASV' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - Entering Passive Mode (213,23,130,223,17,37).
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'PASV' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'LIST' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'LIST' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'LIST' to mod_ls
213.23.130.223 (192.168.0.20[192.168.0.20]) - passive data connection opened - local  : 213.23.130.223:4389
213.23.130.223 (192.168.0.20[192.168.0.20]) - passive data connection opened - remote : 192.168.0.20:4688
213.23.130.223 (192.168.0.20[192.168.0.20]) - in dir_check_full(): path = '/upload', fullpath = '/upload'.
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'LIST' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'LIST' to mod_ls
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'CWD upload' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'CWD upload' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'CWD upload' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - in dir_check_full(): path = '/upload', fullpath = '/upload'.
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'CWD upload' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'PWD' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'PWD' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'PWD' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'PWD' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'PASV' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'PASV' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'PASV' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - Entering Passive Mode (213,23,130,223,17,38).
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'PASV' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'LIST' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'LIST' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'LIST' to mod_ls
213.23.130.223 (192.168.0.20[192.168.0.20]) - passive data connection opened - local  : 213.23.130.223:4390
213.23.130.223 (192.168.0.20[192.168.0.20]) - passive data connection opened - remote : 192.168.0.20:1031
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'LIST' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'LIST' to mod_ls
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'MKD test' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'MKD test' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'MKD test' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - in dir_check(): setting umask to 0002 (was 0002)
213.23.130.223 (192.168.0.20[192.168.0.20]) - chown(/upload/test) to gid 101 successful
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'MKD test' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'PASV' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'PASV' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'PASV' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - Entering Passive Mode (213,23,130,223,17,39).
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'PASV' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'LIST' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'LIST' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'LIST' to mod_ls
213.23.130.223 (192.168.0.20[192.168.0.20]) - passive data connection opened - local  : 213.23.130.223:4391
213.23.130.223 (192.168.0.20[192.168.0.20]) - passive data connection opened - remote : 192.168.0.20:1074
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'LIST' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'LIST' to mod_ls
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'CWD test' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'CWD test' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'CWD test' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - in dir_check_full(): path = '/upload/test', fullpath = '/upload/test'.
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'CWD test' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'PWD' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'PWD' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'PWD' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'PWD' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'PASV' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'PASV' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'PASV' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - Entering Passive Mode (213,23,130,223,17,40).
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'PASV' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'LIST' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'LIST' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'LIST' to mod_ls
213.23.130.223 (192.168.0.20[192.168.0.20]) - passive data connection opened - local  : 213.23.130.223:4392
213.23.130.223 (192.168.0.20[192.168.0.20]) - passive data connection opened - remote : 192.168.0.20:1075
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'LIST' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'LIST' to mod_ls
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'TYPE I' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'TYPE I' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'TYPE I' to mod_xfer
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'TYPE I' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'PASV' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'PASV' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'PASV' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - Entering Passive Mode (213,23,130,223,17,41).
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'PASV' to mod_log



--------------------------------------------------------------------------------------
.: Hier ist der Teil über den erfolgreich abgeschlossenen Upload dokumentiert!!!

213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'STOR testdatei' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'STOR testdatei' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'STOR testdatei' to mod_xfer
213.23.130.223 (192.168.0.20[192.168.0.20]) - in dir_check(): setting umask to 0002 (was 0002)
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'STOR testdatei' to mod_xfer
213.23.130.223 (192.168.0.20[192.168.0.20]) - chown(/upload/test/testdatei) to gid 101 successful
213.23.130.223 (192.168.0.20[192.168.0.20]) - passive data connection opened - local  : 213.23.130.223:4393
213.23.130.223 (192.168.0.20[192.168.0.20]) - passive data connection opened - remote : 192.168.0.20:1165
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'STOR testdatei' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'STOR testdatei' to mod_xfer
213.23.130.223 (192.168.0.20[192.168.0.20]) - Transfer completed: 32978432 bytes in 4.28 seconds
--------------------------------------------------------------------------------------



213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'TYPE A' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'TYPE A' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'TYPE A' to mod_xfer
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'TYPE A' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'PASV' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'PASV' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'PASV' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - Entering Passive Mode (213,23,130,223,17,42).
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'PASV' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'LIST' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'LIST' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'LIST' to mod_ls
213.23.130.223 (192.168.0.20[192.168.0.20]) - passive data connection opened - local  : 213.23.130.223:4394
213.23.130.223 (192.168.0.20[192.168.0.20]) - passive data connection opened - remote : 192.168.0.20:1196
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'LIST' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching LOG_CMD command 'LIST' to mod_ls
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'QUIT' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'QUIT' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching PRE_CMD command 'QUIT' to mod_log
213.23.130.223 (192.168.0.20[192.168.0.20]) - dispatching CMD command 'QUIT' to mod_core
213.23.130.223 (192.168.0.20[192.168.0.20]) - FTP session closed.


Wie kann ich es nun realisieren, daß abgebrochene Uploads nun doch automatisch vom Server gelöscht werden?
Seiten: [1]
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.096 Sekunden mit 15 Zugriffen.