Hallo,

Das geht super bei mir, mittlerweile auch auf dem Produktionsserver.
Haste in deiner ld.so.conf auch wirklich den Pfad eingetragen, wo die libs von mysql liegen? Danach noch ldconfig nicht vergessen und proftpd neu...

MfG
-Tristan-777

Gibts.
Mit dem Befehl

Code:

usermod -d /mein/neuer/home/vrz benutzer

unter linux (root-Rechte!) kann man den aendern.
Dann bringt DefaultRoot ~ den Benutzer autom. in das angegebene homevrz. Allerdings ist dann auch der sonstige "normale" Shell-Login dann auch in dem Verzeichnis. Wenn die Benutzer sich jedoch nicht ueber die Shell (Telnet/SSH/Console/xxx) anmelden sollen, dann ist der Parameter der richtige. In dem Zus.-hang kann man auch noch -s /bin/false setzen damit der Login ueber die Shell gesperrt ist. In ProFTPD sollte man dann allerdings auch

Code:

RequireValidShell off

setzen. Ich kenn ja die anderen Umstaende/Randbedingungen nicht.

Bei mir z.B. haben alle Benutzer kein Shell-Zugriff. DefaultRoot ist auf ~ und die Homeverzeichnisse der Benutzer sind jeweils /var/ftp/benutzerX. Der Admin hat ein anderes der entspr. auf /var/ftp zeigt.

Hoffe das hilft. Es gibt bestimmt aber noch andere Methoden  :wink:

MfG
-Tristan-777

Einige FTP Clients (z.B. WS_FTP) senden auch solche FTP Befehle wie XRMD, XMKD, XCWD etc... und ProFTPD akzeptiert diese auch. Kann man das unterbinden, d.h. ProFTPD so konfigurieren, dass der Daemon nur die "richtigen" FTP Befehle akzeptiert/auswertet? Ich haette jetzt halt sowas wie

Code:

<Limit XCWD XRMD XMKD etc etc>
   DenyAll
</Limit>

geschrieben aber es gibt doch sicherlich eine elegantere Moeglichkeit, oder?

Mal ne Frage/Tipp nebenbei: funkt ProFTPD's mod_sql_mysql auch mit MySQL's UNION Tabellen?

Ich stand vor dem selben Problem in meinem Projekt und am Ende hab ich entschieden alle in einer DB zu haben und die Benutzergruppen dann in verschiedenen sekundaeren Gruppen zu verwalten.

mal mit aktivem ftp versucht? in den IE Optionen "Passives FTP verwenden" deaktivieren? Ich hatte Anfangs aehnliches Problem Zuhause allerdings hat insmod ip_nat_ftp und ip_conntrack_ftp Abhilfe geschaffen (Linux). Aktives FTP hat allerdings sofort gefunkt...Kann das sein dass der Router keinen Verbindungsaufbau zu den Ports groesser 1024 von Innen  (LAN) erlaubt? IE verbindet sich viel zu gern ueber die Firewall obwohl ers garnich soll...
 Ich hab versucht die Situation, die Ihr habt mal nachzustellen...

ist mir auch fast eingefallen, allerdings hab ich die mod_quotatab quellen durchgelesen...die pre/post Delete funktionen halt um den benoetigten Schnickschnack ergaenzen....es geht ja nur ums Loeschen...ein anderer wird wohl kaum was an eine Datei anhaengen wollen, wenn die nicht von ihm selbst kommt - aber das mit mod_exec waer natuerlich leichter zu integrieren  

Das mit dem "als MA" einloggen waer zwar eine Variante aber es sind auch eine grosse Menge an Clients und da faengts an mit Passwortlisten und Zetteln etc. und das will ich vermeiden.

Gruppen hab ich schon getestet - nur auf die primaere Gruppe des Clients wird Ruecksicht genommen (das GID Feld in der users Tabelle). Das mit Klassen - alles was ich bisher dazu gelesen hab hoerte sich an wie "eine Klasse ist eine Gruppe von Gruppen". Also bin ich beim Alten wieder.

Die Variante mit mod_exec scheint die beste und flexibelste von allen zu sein. Da haelt sich der Aufwand in Grenzen und alle geben mir mehr Ruhe wenns funktioniert   (wovon ich ausgehe *grins*)

Vielen Dank fuer eure Antworten  :wink:

MfG
-Tristan-777

Das hab ich auch schon ueberlegt, nur habe ich dann das Problem dass die Master (sehr viele Leute) jeweils root-equviv Rechte benoetigen wuerden um die quotas dann festzulegen, einen Login brauchen etc. und ich dann zus. noch eine Reihe von Skripten, welche die Quotas auslesen/setzen koennten. Kurz: extrem viel Vor- und Nacharbeit/Support erforderlich. Dazu kommt noch, dass es aus einem webbrowser per interface funken soll, sowohl als auch mit einem FTP client und das ganze transparent fuer die clients...

Zum Einsatzzweck: wir sind ein Ingenieurbuero. Dieses System, das ich entwickle, soll Datenaustausch zwischen den Mitarbeitern (MA) und NAN's bzw. AG's bewerkstelligen....es sind GROSSE Datenmengen, da ist FTP natuerlich ideal. Die MA's sind folgerichtig die Master, koennten anhand der Gruppenzugehoerigkeit (groups tabelle von mod_sql_mysql) Berechtigung in einer PHP Umgebung erhalten, Clients (also accounts fuer NAN's bzw. AG's) zu erstellen und mit den Jewligen dann Daten austauschen. Damit kein Wildwuchs entsteht, soll ein Quotasystem eingesetzt werden - sons ist der Server im nu voll, egal wieviel GB Platz der hat. Die MA's sind echte Enten, ich kann den nie im Leben beibringen wie und was alles da zutun ist. Ein FTP Client ist echt schon das Hoechste, was im Bereich des Verstaendlichen fuer die Leute liegt; sind ja nich alle Hacker wie wir  :wink:

Hallo,

hab die mod_quotatab doku noch durchgeforstet und gelesen dass das mod sich nicht auf die dateien user/gruppe bezieht sondern wirklich auf den jeweilig angemeldeten Benutzer. Damit ist wohl meine Frage unten im Thread beantwortet: es wird so nicht gehen.

Kennt jemand ein mod der die quotas anhand der Benutzer/Gruppen ID der Files kontrolliert? Das waer dann wohl die Loesung...

MfG
-Tristan-777

Hallo,

ich hab eine aehnliche config nur ueber 3 nat-router, das klappt wunderbar.
Tritt der Fehler auf beim aktiven oder beim passiven FTP? kann man sich vom client aus ueberhaupt anmelden oder ist da schon pumpe?

MfG
-Tristan-777

Hallo,

ich entwickle gerade ein System auf Basis von PHP/FTP/MySQL mit mod_quotatab zum Datenaustausch wahlweise direkt ueber FTP bzw ueber ein Web-FrontEnd. Der Aufbau sollte folgendermassen aussehen:
mehrere Masterbenutzer verwalten eine noch grossere Anzahl von clients.
Diese Master kommen in die Verzeichnisse dieser clients auf dem FTP-Server und koennen u.a. neue Daten hinzufuegen bzw. alte Daten loeschen.  Z.b. ein Master hat als DefaultRoot /var/ftp/Master1; seine clients darunter dann entspr. /var/ftp/Master1/{client1,client2,etc,etc}.

Mein Problem ist folgendes: ich will pro client separat Quotas einrichten. Das klappt und funktioniert super. Nur wenn der Master einige der Daten, die dem Client gehoeren aus seinem Verzeichnis entfernt, wird der Quotaeintrag in quotatallies nicht aktualisiert . Scheinbar gewaehrt mod_quotatab nur der Hauptgruppe (GID in der users tabelle) die Quotaeintraege zu aendern, nicht in sekundaeren Gruppen. Gibt's vielleicht einen anderen Ansatz, dies zu bewerkstelligen, als die GID der Clients des Masters auf die GID der Hauptgruppe des Masters zu setzen und damit auch auf die persoenlichen Quoten der clients zu verzichten?

Es sollte moeglichst aus der Datenbank heraus funktionieren, dh. autonom laufen, ohne dass es noch Aenderungen in der proftpd.conf erforderlich sind...soll 'n Riesenprojekt werden.

Vielen Dank fuer die Hilfe!

MfG
-Tristan-777