Wenn ich Dich richtig verstehe, kommt man ohne mod_conf_sql besser bzw. erspart sich Stress?
Also doch besser File-conf?

Gruss quiptime

ja, so richtig sinn macht mod_conf_sql nicht, da man eben _NICHT_  sich configs per User basteln kann (was ich gut gefunden haette). Dieses muss man nach wie vor mit "ifsessions" basteln.

cu
stonki

Witzig das es mit dem besch*ssenen Iexplore funktioniert, aber nicht von der CMD via 'ftp'

http://www.proftpd.de/Direktiven_Liste.28.0.html#97

ich tippe auf Rechner hinter einem Router.... MasqueradAddress

Hallo Leute,
Ich habe MySQL und ProFTPD installiert, alles funzt prima. Jedoch wenn ich mich per FTP einlogge und ein Ordner erstelle oder Dateien hochlade bekomen diese immer (nobody:nogroup), mein user heisst jedoch z.B. ftpuser und die dazugehörige gruppe (auch in der Datenbank vorhanden) ftpgruppe. Kann ich jetzt nicht so einstellen das diese übernommen werden beim erstellen von Dateien oder Ordnern?

Kann mir da jemand helfen?

und auf welche UID und GID mappst Du ? Wie Dein User und Deine Gruppe heissen in der mysql DB ist salopp gesagt SCHEISSEGAL. Die dort angebene UID und GID bestimmt Deine Gruppe auf dem Filesystem.

cu
stonki

Nachdem ich von Fedora Core 1 auf Fedora Core 2 upgedatet habe und ProFTPD (1.2.10) neu kompliliert habe (./configure --sysconfdir=/etc) kann ich mich auf dem Rechner via FTP einlogen. Setze ich aber ein "dir" ab beendet der ProFTPD die Verbindung (421 Service not available, remote server has closed connection). Nach erneuten einlogen funktioniert ein "cd verzeichnis", put und get scheitern da die Verbindung beendet wird. Nach allerlei rumprobieren habe ich dann in der proftpd.conf die Zeile "DefaultRoot  ~" für den chroot-Käfig auskommentiert und nun kann man den FTP Server wieder benutzen. Leider können die FTP Benutzer nun auch ausserhalb ihres Homeverzeichnisses. Als erste Massnahme habe ich den Tip von stonki angepaßt übernommen ("/" statt "/home/stonk" verbieten). Das ist aber keine Lösung, da die FTP Benutzer so immer noch Zugriff auf die anderen Heimverzeichnisse haben. Auf meinen Arbeitsrechner mit Fedora Core 2, der ansonsten nicht als FTP Server fungiert, habe ich das gleiche Problem. Googlen ergab leider keine Lösung. Irgendwelche Lösung oder Ideen?

wird Dir bei "proftpd -l" ein mod_cap angezeigt ? Falls ja, schalte das mal aus.. (CapabilitiesEngine off)

:
?Was bedeutet die Debug-Meldung
no supplemental groups found for user

Supplemental bedeutet soviel wie "zusaetzlich" und ist hier nur zu info.

kommt davor irgendwo ein "file not found" ?

To Cut a Long Story Short:  :debug:

leute das lag garnicht an mir, das lag an suse

jetzt weisst Du auch Wörsty, weswegen SuSE so einen schlechten Ruf hat Bei Debian Problemem zweifelt jeder an sich selbst, bei den gleichen Problemen unter SuSE ist eben SuSE schuld. Ich bin auf Gentoo umgestiegen, da weiss man wenigsten wieder, das man in Wirklichkeit keinen Plan hat  :lol:

cu
stonki

wenn ich das so mache wie es im faq steht kommt immer so was hier:

...

ich glaube ich hab alles probiert, aber ich bekomme das nicht hin. ich hab da echt keinen plan von!

ehrlich gemeiner Tipp:
http://www.amazon.de/exec/obidos/ASIN/3827321581/deutscheinlon-21/302-0068458-4483278

In Deinem Beispiel sind so viele Sachen drin, dass ich garnicht weiss, wo ich anfangen soll. Und es hilft Dir auch wenig, wenn ich Dir das nun Punkt für Punkt aufliste, denn beim nächsten mal fragst Du dann wieder. Kauf Dir den Kofler, der lohnt sich für die nächsten 5 Jahre und ist ein gutes Nachschlagewerk...

cu
stonki

poste mal Deine Config

1) http://www.proftpd.de/HowTo__Directory.45.0.html
2) http://www.proftpd.de/index.php?id=28&language=&directive_name=user&module_id=&=OK#215

wenn ich das so mache kommt das hier:

stevu@linux:~> tar -zxf proftpd-1.2.10.tar.gz
stevu@linux:~> cd
stevu@linux:~> ./configure
bash: ./configure: Datei oder Verzeichnis nicht gefunden
stevu@linux:~>

bei "cd" fehlt ja noch eine Pfad Angabe.  Ohne Angabe eines Verzeichnisses landest Du in Deinem Home Directory.

cu
stonki

So von der Idee ein ServerRoot das immer über dem eingestellten
UserHome liegt. Oder vielleicht gleich noch besser, das das UserHome
relativ zum ServerRoot ist.
Frank

naja, was Du machen kannst:

<Directory />
<Limit all>
DenyALL
</limit>
</directory>

Das verbietet schon einmal alles in dem Root Dir und dann:

<Directory /ab/hier/darf/man>
<Limit all>
AllowALL
</limit>
</directory>

ich wuerde einfach das PHP Script so aendern, dass er ein defaultroot vorgibt und man nur noch was dranhaengen kann. Ala

/home/  und nun kann ich noch "stonki" angeben. Aber natuerlich ist IMMER ein Missbrauch moeglich, wenn da jeder sein HomeDir vorgeben kann.

cu
stonki