Wenn ich mich mal kurz einschalten darf..
Bevor du mit SQL und so anfängst, wäre es vielleicht einfach das per protpd.conf zu lösen, dann hast du ein System das läuft wärend du dich mit SQL & Co auseinander setzt
So eine proftp.config könnte dann so aussehn (berichtige mich jemand, falls ich blödsinn erzähle

Code:

<Anonymous /opt/lampp/htdocs>
User ftp1
Group ftpgroup
</Anonymous>

Pfad in Anonymous und Username für alle 3...n accounts einrichten und fertig.
So kann sich jeder mit dem Benutzer ftp1[..n ] einloggen und landet in dem jeweiligem Verzeichnis; da es ein Systembenutzer ist, wird das passwort aus der passwort-datei genommen.

Du könntest natürlich auch einfach mit usermod die Home- Verzeichnisse ändern und "DefaultRoot ~" und "DefaultChdir ~" benutzen. Dann landet jeder in seinem Home- Verzeichnis und da dass Home- Verzeichnis z.b. auf /opt/lampp/htdocs verweist...

Wenn das läuft kannste dir ja mal das hier durchlesen:
http://www.proftpd.org/docs/configs/mysql_simple.conf

Zum Thema AuthUserFile:
http://www.proftpd.org/docs/directives/linked/config_ref_AuthUserFile.html

Die Syntax der /etc/passwd kriegste mit

Code:

man passwd

raus.

Man sollte es IMHO auch erst gar nicht versuchen,
ein Profi-Betriebssystem mit einem viralen, propietären Beschäftigungswerkzeug verbinden wollen.

lol

Naja, du könntest auch versuchen, die Windows- Lauwerke per NFS zu mounten (falls es ein NFS- Programm für Window$ gibt.. denke aber schon).
z.b. mountest du die Laufwerke nach /mount/remote/C, /mount/remote/D etc. und erstellst ein Script, dass in jedem Benutzer- Verzeichniss ein Symlink erstellt, der auf /mount/remote verweist.
Allerdnings stellt sich dann die Frage, wie das mit den Datei- Berechtigungen ist. FAT(32) hat keine Ahnung davon und ich bin mir sicher du willst nicht jedem Benutzer erlauben, Dateien löschen zu können...
Wobei sich dieses Problem vielleicht mit der proftpd.conf lösen ließe (<LIMIT write> etc).
Komplexe Datei- Berechtigungen so zu lösen wird aber einige Kopfschmerzen bereiten, auch wenn du das meiste mit hilfe von selbst geschriebenen Scripts lösen könntest.

Die Möglichkeiten sind unbegrenzt, allerdings wäre es in der Tat einfacher, *ein* Betriebssystem zu nutzen.

Naja, es würde reichen einfach nur den Server+Benutzer anzugeben, sobald sich der Benutzer anmeldet landet er in seinem Benutzerverzeichniss (wegen dem DefaultRoot~).
Sprich:
ftp://meinserver.de
sorgt dafür, dass der angemeldete Benutzer in seinem Verzeichnis landet (meistens halt /home/user).
Wenn man angibt
ftp://meinserver.de/user
würde das damit enden, dass der FTP-Server versucht den Benutzer nach /home/user/user zu packen.

• Ich verstehe nicht ganz, warum Du die Authentifizierung so kompliziert gemacht hast (siehe "AuthOrder"),
  aber wenn es funktioniert, ist dies unwichtig.

Stand halt von vorne herein in der Config so drinne 

• Über "User" und "Group" legst Du fest, unter welchem User und welcher Group
  der Daemon bei einem anonymous-Login laufen soll ("anoftp" und "ftpgroup").
  Mit "UserAlias anonymous ftp" änderst Du aber den User zu "ftp" statt zu "anoftp"

Naja, in der Config steht als Kommentar drinne
[/list]

Code:

# We want clients to be able to login with "anonymous" as well as "ftp"

Woraus ich einfach mal geschlossen habe, dass die Befehle ftp tester..., ftp anonymous@tester... und ftp@tester... alle den Benutzer anonymous benutzen.
Hab das mal rausgenommen, jetzt kommt folgendes:

Code:

no such user 'anonymous'

• Nebenbei: "ServerType inetd" finde ich nicht so gut, besser wäre "standalone".
  Damit hat man den ProFTPD besser unter Kontrolle und kann auch im Debug-Modus hochfahren.
  Und wenn schon "inetd", dann aber wenigstens den "xinetd"- aber die Direktive bleibt gleich!

Jo, ich benutze xinted.

Ach ja, das RequiredShell steht schon auf off, habs vergessen hier mir reinzukopieren.

Moin,
ist wahrscheinlich eher ein dämlicher Fehler, aber irgendwie komm ich nicht drauf
Wenn ich mich über FTP auf einem normalem (System-)Benutzer anmelde, klappt alles wunderbar (Identifikation läuft über PAM). Aber, wenn ich als anonymous rein will, lehnt der die Verbindung ab.
Hier, hoffentlich, alle relevanten Auszüge aus der proftpd.conf:

Code:

ServerType                     inetd
DefaultRoot                     ~ !adm
#[..]
AuthPAMConfig                   proftpd
AuthOrder                       mod_auth_pam.c* mod_auth_unix.c
AuthPAMAuthoritative            off
#[..]
<Anonymous /home/ftp/client>
  User                         anoftp
  Group                                ftpgroup
  AccessGrantMsg               "Anonymous login ok, restrictions apply."
  UserAlias                    anonymous ftp
  MaxClients                   10 "Sorry, max %m users -- try again later"
  DefaultChdir                        /home/ftp/client
  DirFakeUser                  on ftp
  DirFakeGroup                 on ftp
  <Limit WRITE SITE_CHMOD>
   DenyAll
  </Limit>
  ExtendedLog          /var/log/proftpd/access.log WRITE,READ default
  ExtendedLog          /var/log/proftpd/auth.log AUTH auth
</Anonymous>

Die /etc/pam.d/proftpd

Code:

#%PAM-1.0
auth       required     pam_listfile.so item=user sense=deny file=/etc/ftpusers onerr=succeed
auth       required     pam_stack.so service=system-auth
auth       required     pam_shells.so
account    required     pam_stack.so service=system-auth
session    required     pam_stack.so service=system-auth

Die Datei ftpusers enthält keinen Eintrag namens "anonymous".

Die Dateien die unter ExtendedLog angegeben sind, sind leer ( ), hier die Ausgabe von /var/log/messages.

Code:

May 30 23:54:00 tester proftpd[6749]: tester.xxx.de (xxx[xxx]) - FTP session opened.
May 30 23:54:00 tester PAM_pwdb[6749]: get passwd; pwdb: structure is no longer valid
May 30 23:54:02 tester proftpd[6749]: tester.xxx.de (xxx)[xxx]) - PAM(ftp): Authentication failure.
May 30 23:54:02 tester proftpd[6749]: tester.xxx.de (xxx[xxx]) - FTP session closed.

Daraus entnehme ich einfach mal, dass PAM keinen Benutzer "anonymous" kennt und deswegen keine Identifikation möglich ist.. aber wieso? Hab das doch auf "off" gesetzt, dass *nur* PAM benutzt wird.
Und was ist das für eine Nachricht von wegen "structure is no longer valid"? Wenn ich mich als System-Benutzer anmelde, kommt die nicht.


Ach ja, ich benutze CentOS 4.3 von www.nuonce.net (basiert auf RedHat, glaub ich :p ) und

Code:

[root@tester ftp]# proftpd -v
 - ProFTPD Version 1.2.10

Von wegen Datei- Berechtigungen:

Code:

[root@tester home]# ls -al ftp
drwxr-xr-x   2 anoftp  ftpgroup 4096 May 29 02:14 client

[root@tester ftp]# ls -al
drwxr-xr-x   2 anoftp  ftpgroup 4096 May 29 02:14 client

Kann mir da vielleicht jemand weiterhelfen?