probier mal ob Du mit "mysql -h localhost -u USER -p" raufkommst. Wenn nicht dann probier mal statt localhost die aktuelle IP des Rechners.

naja, das liegt nicht an ProFTPD, sondern an Deinem System. Schau mal in  config.log rein, was da so drin steht. Wahrscheinlich fehlen Teile für den Compiler.... Slackware... wieso tut man sich das noch an ?

Debian, SuSE, Redhart, Mandrake: ok
Gentoo: OK OK OK !
*BSD: Gerne
aber Slackware ???

[/opt/lampp/proftpd-1.2.10/proftpd -nd9]

Hallo stonki,
hatte ich schon eingetragen (siehe mein Post der config), habe aber noch den Namen nach Deinem Vorschlag angepasst.
Also ich starte mit /opt/lampp/proftpd-1.2.10/proftpd -nd9, dann geh ich in den Browser und versuche mit  ftp://ftptest@localhost/ anzumelden, aber der ist unendlich lange am Laden, ohne das ein Loginprompt kommt.
Die Logdatei entsteht so  gar nicht (hab Festplatte abgesucht, File nicht gefunden). Was ist zu tun, hast noch nen Tipp?

besteht die moeglichkeit dass Du mir mal kurz Zugriff auf die Kiste gibst ?

cu
stonki

ich denke neu proftp hat andere syntax vernunft als alter version

ahhh, Du hast recht. Und zwar gibt es "LIMIT PORT". Und das wird dann natuerlich bei "LIMIT ALL" auch mit verboten..

cu
stonki

was sagt denn die ausgabe im SQL Log ?
"SQLLOGFILE /var/log/proftpd.sql" in die config reintragen.

cu
stonki

einfach "port 2121" in die proftpd.conf eintragen. Dann rennt ProFTPD unter diesem Port und kann via "ftp <ip>:2121" angesprochen werden

hmm, schade ich hatte auf Mod_delay gehofft :)

log mal in ne Datei:
proftpd -nd5 2>&1 >& /path/to/debug/file

Code:

Port                    Ziel
21                      10.84.0.1
20                      10.84.0.1
49152-65534             10.84.0.1

Antwort:   227 Entering Passive Mode (10,84,0,1,210,37).

naja, da liegt ja schon das Problem. Du benoetigst einmal die "MasqueradAdress Anweisung" und am besten noch "PassivePorts". Siehe auch http://www.castaglia.org/proftpd/doc/contrib/ProFTPD-mini-HOWTO-NAT.html

cu
stonki

Hallo Stonki,

erstmal danke für die schnelle Antwort.

Du hast Recht, mod_auth_pam wird nicht ausgeworfen, wofür benötige ich das ?
Leider finde ich das nicht zum nachinstallieren :(

naja, via PAM werden die Benutzer  normalerweise die Systembenutzer authentifiziert. Und wenn ProFTPD beim kompilieren die pam_development pakete nicht findet, dann wird ProFTPD eben ohne diese Fähigkeit installiert.

cu
stonki

naja, "no such user" ist ja schon mal klar. Irgendwie sagt mir mein Bauch, dass "proftpd -l" kein "mod_auth_pam" rauswirft. Hab ich recht ? Wen dem so ist, pam_devel nachinstallieren.

proftpd -vv
proftpd -l

wenn blubb.de die richtige Domain ist, dann schick mir mal ne private mail.

cu
stonki

b) und c) sind mir klar.
Was muss ich bei a) angeben, dass er beim Komilieren meinen Pfad übernimmt?

ich habe gerade keinen Sourcecode hier, aber schau Dir mal ./configure --help an, da gibt es einen Schalter fuer..

cu
stonki

a) proftpd neu kompilieren
b) die conf datei einfach verschieben
c) einen Link setzen

Such Dir was aus

Es existieren nur Mysqlbenutzer und Gruppen. Macht das Sinn? Dann muss
ich das Ganze erst auf Unixsystemebene nachbilden.

naja, ich bin eben der Meinung, dass das an mod_sql liegt und irgendwelchen Problemen mit Deiner SQL Installation. Muss nicht, kann aber - ist so ein bauchgefühl....  Das könnte man so mal testen.

AHH, eins noch:
SQLLOGFILE /var/log/proftpd.sql.log

in Deine ProFTPD.conf rein und probier noch mal von vorne und poste die Ausgabe hier im Forum.-

cu
stonki

Du kannst es ja mal Testweise ohne Mod_sql probieren ob dann das Problem auch auftaucht. So kann man zumindest den Fehler eingrenzen...

cu
stonki