Hmm, merkwürdig.
Warum bei "Umask 0755" das: "in dir_check_full(): setting umask to 7777 (was 0777)"
passiert, kann ich leider nicht erkennen. Vielleicht kannst Du in der Shell einmal mit "ls -al" von dem
betreffenden Parent-Verzeichnis nachsehen, wie die Flags von dem betreffenden Verzeichnis ist.

mfg.
  VolGas

Weiß ich auch nicht, aber wenn man die Meldung wörtlich nimmt, könnte es sein,
daß die Datenverbindung zwar vom Client angefordert wurde, aber zwischendrin
irgend etwas (Firewall, IPTables) dann den Port blockiert.

mfg.
  VolGas

Hi!

Nur den Mountpoint angeben, also "umount /home/user".
Das geht aber nur, wenn kein File mehr offen ist.
Es gibt noch die Option "-l", näheres siehe "man umount".

Aber das hier ist ein ProFTPD-Forum, kein Linux-Forum - für weitere Fragen
dahingehend wende Dich bitte an ein entsprechendes Forum.

mfg.
  VolGas

Hmpf!

Mal davon abgesehen, daß die Fehlermeldung nicht so aussieht, als ob sie etwas mit
einer FW zu tun hätte: natürlich mußt Du neben dem Port 21 auch die passive Ports
benutzen können und diese natürlich auch unverändert freigeben bzw. durchreichen.
Die sog. "high ports" sollten sowieso nicht geblockt werden und die sind für den
passiven FTP-Transport auch völlig ausreichend. (siehe: ->PassivePorts!)

Um es gleich vorweg zu nehmen: ist zwischen Client und Server noch eine NAT (Router)?
Dann zusätzich auch noch: ->MasqueradeAddress

Ein Vorschlag zum praktischen Vorgehen: deaktiviere zuerst einmal den ganzen Schnickschnack
und versuche alles zuerst einmal auf normalen Weg zum Laufen zu bekommen. Hinterher kann
man immer noch Nach- und Aufrüsten.

Das erklärt aber immer noch nicht die Fehlermeldung.
Sorry, ich bin mit meinem Latein am Ende und mag auch nicht mehr.

mfg.
  VolGas

Du meine Güte - Du läßt aber SQL-mäßig fast nichts aus!
Du verbrauchst den SQL-Server fast alleine für den ProFTPD. (na ja, nicht so ganz)
Die Frage drängst sich mir auf, warum Du die schon übermaäßig vorhandenen Logfiles zum
Teil auch noch einmal per SQL mitschreiben läßt.

Ich habe jetzt nicht alle SQL-Anweisungen durchgesehen und gehe davon aus, daß sie ok sind,
der Server scheint ja auch zu laufen. Ansonsten ist Deine proftpd.conf nicht (fehler)auffällig.

Kommen wir zum nächsten Schritt: stoppe den ProFTPD und starte ihn im Debug-Modus (-nd5) neu.
Verwirf' die Ausgebe bis dahin, logge Dich wieder per FTP ein und provoziere den Fehler.
Was bis dahin ausgegeben wurde bitte hier posten.

mfg.
  VolGas

Nicht mehr unterstützt ist gut: das ist neu im kommen und Debian wird dies
früher oder später (eher später) im System integrieren.

Gut, das können wir abhaken.
Ich weiß dann leider auch nicht mehr weiter.
Überprüfe doch noch einmal Deine Netzwerkeinstellung, z.B. mit "ifconfig".

mfg.
  VolGas

Mann, dann hast Doch schon was Du wolltest.
Wozu dann die ganze Zeit das Dedöns?

Ermittle den Pfad zu "ftpwho", sorge für passende Zugriffsrechte für den Webserver,
dann z.B. (obwohl das nicht hierher gehört!):

Code:

$ret = exec('/usr/local/bin/ftpwho');
if ($ret)
    sscanf($ret, 'Service class - %d user', $users);

Die Anzahl der User ist dann in $users - sofern alles stimmt und die Funktion "exec" nicht gesperrt wurde!

mfg.
  VolGas

Hallo,

"umask" ist schon richtig, da stimmt etwas anderes nicht.
Überprüfe zuerst einmal Deinen FTP-Client, ob der vielleicht etwas tut, was er nicht tun sollte
oder es einfach nicht gebacken bekommt. Oder verwende am besten einfach einen anderen.

Findest Du da keinen Fehler, dann poste zunächst einmal Deine proftpd.conf...

mfg.
  VolGas

Nicht nur, daß es unter "inetd" betrieben wird, auch die Konfiguration ist,
diplomatisch ausgedrückt: "wenig optimal" und geht gerade noch so als "erträglich" durch.
Witzig: es sind dennoch Direktiven für den "standalone"-Modus vorhanden.

Nochmal: ich würde die Finger von der Konfiguration lassen...

Eines fällt mir gerade noch ein: es wird mit dem ProFTPD u.a. ein Hilfsprogramm "ftpwho" installiert.
Probiere mal das aus, ob das in dem Modus funktioniert und ob Dir das was bringt.

mfg.
  VolGas

Sorry, das mit cygwin hatte ich gänzlich übersehen.
Das kommt davon, wenn man keine Überschriften mehr liest,
sondern nur noch einen Thread nach dem anderen beantwortet.

Vergiß' einfach, was ich da geschrieben hatte, das trifft nur bei einem Linux/Unix-System zu,
nicht bei einer überteuerten Virusfalle. Mein Tipp: welchsle zu einem gescheiten Serversystem.
Mehr kann ich Dir da leider nicht raten.

mfg.
  VolGas

Moin Moin!

Ähem: Linux Grundkentnisse!

Läuft der ProFTPD unter (x)inetd, dann hilft ein "kill" wirklich nicht auf Dauer.
Mit "ftpwho" hast Du ein Tool, das in dem sog. scoreboard des ProFTPD seine Informationen
entnimmt. Diese Datei wird aber durch ein Killen des ProFTPD nicht gelöscht, daher erhälst
Du immer noch den letzten Status vor dem "kill".

Wenn man wirklich nachsehen möchte, ob noch eine bestimmte Instanz eines Programmes läuft,
dann benutzt man normalerweise den Befehl "ps" oder sieht in diesem Fall mit "netstat" nach,
ob der entsprechende Dienst noch angeboten wird. (z.B.: "ps auxf" oder "netstat -taup")

mfg.
  VolGas

Hallo!

War das mit dem Tritt ernst gemeint?
Also dann: dreh Dich um!

Nur ein Prozess mit root-Rechten kann seine User- & Gruppen-ID (UID/GID) wechseln.
Und der Prozess kann diese nur dann erhalten, wenn zum Zeitpunkt des Startens
die root-Rechte an den Prozess vererbt wurden.

Also: Starte den ProFTPD selbst als root oder mit "suexec proftpd" - entsprechendes gilt
natürlich auch für ein Start-/Stop-Script.

Die Direktiven "User" und "Group" aus der aktiven Konfiguration zu entfernen war auch
eine Schnapsidee - das erzeugt nur eine Sicherheitslücke. (Erklärung siehe Direktive ->"User")

Am besten "fährt" man den ProFTPD als "standalone" - damit hat man die meiste Kontrolle.

mfg.
  VolGas

Beim "xintetd" ja, aber nur in der gesamtheit, nicht per User.
Was steht denn nun in Deiner proftpd.conf drinnen: "standalone" oder "inetd"?
So drehen wir uns ständig im Kreis, das macht keinen Sinn!

mfg.
  VolGas

Ich habe mal im Internet gesucht und mehrfach gelesen, daß wohl SELinux deaktiviert werden
soll, damit der ProFTPD läuft. Ich denke, wenn man die entsprechenden Policities für den ProFTPD
definiert, müßte es auch mit funktionieren. Dazu habe ich aber auf meiner Suche nichts gefunden
und von SELinux selber habe ich (leider noch) keinen blassen Dunst.

Versuche es mal mit deaktiviertem SELinux - wenn dann der ProFTPD läuft, dann hast Du die
Bestätigung. Es wäre nett und hilfreich, wenn Du dann Deine Erfahrung damit hier mit allen teilen
würdest...

mfg.
  VolGas

Moin Moin!

Wenn Dein ProFTPD nicht als "standalone" läuft, dann funktionieren solche Direktiven nicht -
das hast Du richtig erkannt. Da mußt Du den Dienst, der den ProFTPD "verwaltet", selbst angehen.
Das kann z.B. der "inetd" oder "xinetd" sein. Mit dem "inetd" hast Du schlechte Karten, da läßt sich
so gut wie nichts machen, beim neueren "xinetd" ist da schon wesentlich mehr möglich.
Mehr kann ich Dir dazu leider nicht sagen, ich benutze beides nicht.
Außerdem wäre dieses Forum die falsche Stelle dafür.

Den ProFTPD in einen anderen Modus zu versetzen ist wahrscheinlich auch nicht gerade ohne,
denn bei einem so komplexen System wie Plesk und Konsorten sind die einzelnen Elemente sehr
stark aufeinander abgestimmt. In diese empfindlichen Abhängigkeiten einzugreifen erfordert schon
eine recht gut Kenntnis der Hosting-Software.

Zudem sollte man zumindest die absolut notwendigsten Grundkenntnisse von einem Linux-System
haben, bevor man dort anfängt, etwas zu ändern oder einrichten zu wollen.
Dazu kann ich Dir nur wärmstens z.B. das Standardwerk, den ->"Kofler" empfehlen,
es gibt aber auch sehr viel weiterführende Literatur im Internet...

Tut mir leid, daß wir Dir hier nicht weiterhefen können und es mag alles arrogant und hart kingen,
ist aber nur ehrlich. Wer sich irgendwo ohne eigene Kenntnisse etwas fertiges "einkauft", limiiert
sich auch gleichzeitig auf diesen Level.

mfg.
  VolGas