ich benutze mandrake 9.1 rc2 und habs mit der proftpd-1.2.8 und mod_sql-4.08.tar.gz probier
kann mir wer helfen?

ahh ? Ich denke Dein Fehler ist, das ProFTPD 1.2.8 bereits mit mod_sql kommt und Du kein externes mod_sql Modul mehr brauchst. Also einfach den Tarball von 1.2.8 noch mal entpacken und dann Deine Configure Line drauf los lassen.

cu
stonki

Hi,
ja soweit ist mir das klar :lol: . Bei mir ist es nur leider so, dass bei mir überhaupt niemand schreiben kann, egal welcher User bzw. welches Homedir. Die Frage ist eher welchem User ich das jeweilige Homedir geben soll, denn die User gibts ja nur in der Datenbank und nicht im System.
MfG Ronny

ohhh, kleines Verstaendnisproblem. JEDEM User in der SQL DB ordnest Du doch eine UID und GID zu. Und dieser UID/GID gibst Du dann das Verzeichnis.

cu
stonki

Hallo,

ich benutze Proftpd 1.2.8 mit mod_sql. Die Benutzerverwaltung etc. funktioniert prima und einloggen kann ich mich auch.

Wenn ich etwas auf den Server laden will, kommt immer die Meldung: Permission denied

Irgendwas scheint da mit den Schreibrechten nicht zu klappen.

Frage: Wie muss ich die Rechte vergeben, damit der jeweils eingeloggte User auch Schreibrechte besitzt?

MfG Ronny

also wenn unterschiedliche User in ein Verzeichnis schreiben (etwa ein gemeinsames /incoming/ Directory, dann wuerde ich dem Directory einfach mit "chmod 777 /incoming" alle rechte geben.

cu
stonki

ja erst mal guten tag!

ich habe ein problemm mit einem FTP User ! :(
1. ich habe mit yast den user eingerichtet inklusieve passwort
2. der soll sich mit ein anderen user ein home verzeichnis teilen
3. nach der einrichtung unter der gruppe ftponly(bin/false) versuche ich zu connecten via ftp mit den user aber das geht nicht.

Wieso weiss ich nicht sonst wurde ich hier ja nicht fragen  :wink:

alles kein Problem, aber bitte NICHT in einem alten Thread eine solche Frage stellen. Also neuen Thread anfangen, Frage stellen und ich gebe Dir dann die Antwort :) Sorry, aber sonst weiss man irgendwann nicht mehr wo was ist !

cu
stonki

ja erst mal guten tag!

ich habe ein problemm mit einem FTP User ! :(
1. ich habe mit yast den user eingerichtet inklusieve passwort
2. der soll sich mit ein anderen user ein home verzeichnis teilen
3. nach der einrichtung unter der gruppe ftponly(bin/false) versuche ich zu connecten via ftp mit den user aber das geht nicht.

Wieso weiss ich nicht sonst wurde ich hier ja nicht fragen  :wink:

alles kein Problem, aber bitte NICHT in einem alten Thread eine solche Frage stellen. Also neuen Thread anfangen, Frage stellen und ich gebe Dir dann die Antwort :) Sorry, aber sonst weiss man irgendwann nicht mehr wo was ist !

cu
stonki

was ist denn besser standalone oder inetd??? funktioniert das mit inetd ???
ist irgendwie bloed :(

also Standalone finde ich besser, aber das ist nicht die Frage bzw. Problem. Ich habe ja (zumindest in D-land) das gleiche Problem, dass meine DSL FLatrate nach 24h gekickt wird. Ich habe jedoch keine Probleme mit dem User, daher wuerde mich ein Blick auf Deinen Rechner interessieren. Denn ein grundsaetzliches Fehlverhalten schliesse ich einfach mal aus... Obwohl, ich auch 1.2.8 verwende und nicht 1.2.9.... hmm, mag ne Idee sein.

cu
stonki

Ahhhhhh  :wink:

Code:

michelle (paul[192.168.8.3]) - mod_sql_mysql/4.03: query "SELECT username, password, uid, gid, homedir, shell FROM ftp WHERE (username='madaed') LIMIT 1"
michelle (paul[192.168.8.3]) - mod_sql/4.07: user 'madaed' cached
michelle (paul[192.168.8.3]) - mod_sql/4.07: pwd.pw_name  : madaed
michelle (paul[192.168.8.3]) - mod_sql/4.07: pwd.pw_uid   : 65534
michelle (paul[192.168.8.3]) - mod_sql/4.07: pwd.pw_gid   : 65534
michelle (paul[192.168.8.3]) - mod_sql/4.07: pwd.pw_shell : /bin/false
michelle.aed.net (paul[192.168.8.3]) - mod_sql/4.07: pwd.pw_dir   : /www
michelle (paul[192.168.8.3]) - PAM(madaed): Authentication service cannot retrieve authentication info..
michelle (paul[192.168.8.3]) - USER madaed (Login failed): Incorrect password.

also entweder ist das password nicht richtig. Oder sonst stimmt etwas nicht.
1) Stimmt Password (mal Plain Text Probiert)
2) Ist in Deiner proftpd.conf die Zeile "RequireValidShell off" enthalten
3) Exisitiert das Verzeichnis !"/www" und at der User nobody.nogroup darauf zugriff ?

cu
stonki

oh sorry :)

der server laeuft Standalone

aus der ferne faellt mir nix ein. Muesste ich schon root access bekommen....

...starte ProFTPD neu (im Debug Mode)...
Der Debug Mode zeigt keine Fehler an. Komischer Weise legt proftpd auch keine Logfiles an. Habe folgende Zeilen in der Konfiguration für Logfiles eingesetzt:

Code:

ExtendedLog                     /www/logs/ftp_access    WRITE,READ write
ExtendedLog                     /www/logs/auth_log      AUTH auth

Was soll ich tun?

EINS nach dem ANDEREN. ExtendedLog: Du musst "write" und "auth" vorher definieren. Siehe auch: http://www.proftpd.de/index.php?id=26 (unten)

Zu Deinem SQL Problem: Entweder der Debug Mode ODER das SQLlog sollten Dir eine Fehlermeldung geben !! Im Zweifelsfall versuche Dich einzuloggen und wenn Du dann die Fehlermeldung erhaelst, kopiere die ganze Log ausgabe und maile sie mir.

cu
stonki

ja ich habe die proftpd 1.2.9RC1 und das problem :(

INETD oder Standalone ? Das ist hier die Frage !

Ich halte das fuer einen Bug das Problem, das duefte doch auch nicht so schwer zu loesen sein.

der witz ist, dass das hier nicht auftritt. Welche Version verwendest Du denn (proftpd -vv), probiere doch mal 1.2.9RC1. Standalone oder Inetd ?

cu
stonki

Ich hab mal ne grundsätzliche Frage zu mod_sql:
Kann ich damit "eigene" Benutzer anlegen, oder dient das "nur" zur Verwaltung von System-Usern in Verbindung mit proftpd?

Du kannst auch eigene anlegen, die dann natuerlich dem System nur als "NUMMER" bekannt sind.

Code:

uk:/home/stonki # ls -als test
   0 -rw-r--r--    1 root     root            0 2003-05-30 07:33 test
uk:/home/stonki # chown 33333.44444 test
uk:/home/stonki # ls -als test
   0 -rw-r--r--    1 33333    44444           0 2003-05-30 07:33 test
uk:/home/stonki # chown 500.100 test
uk:/home/stonki # ls -als test
   0 -rw-r--r--    1 stonki   users           0 2003-05-30 07:33 test

Wenn Du ProFTPD 1.2.8 (stable, nicht die beta) aufwaerts verwendest, dann fuege Deine proftpd.conf bitte die Zeile: "SQLLogFile /pfad/zum/log/file/sqllog.log" hinzu, starte ProFTPD neu (im Debug Mode) und schau Dir an, wo der Fehler liegt. Der SQL Part wird dann in das File geloggt !

cu
stonki

deren kommt folgendes heraus:
dhcppc3:~ # ps aux | grep 883
root       883  0.0  0.1  2120 1000 ?        S    14:39   0:00 [proftpd]
root      1115  0.0  0.0  1488  480 pts/0    S    17:02   0:00 grep 883

kill -9 883

und dann proftpd im debug modus erneut starten.

cu
stonki

Dieses würde ich gern mit proftpd hinkriegen, schön wäre es, wenn ich die einzelnen Werte per mysql tabelle einstellen könnte.

Wir nutzen hier Debian stable 3.0, da ist nur die Version 1.25rc1 drauf, im module_quotatab steht aber :
Compatibility: 1.2.5rc2 and later

Also zum einen wuerde ich Dir dringend empfehlen auf 1.2.8 zu updaten. Das laueft wirklich Problemlos und dauert ca. 30sec  downtime.  Anschliessend steht Dir dann mit quotatab genau das zur Verfuegung.Du hast in Deiner SQL Datenbank einfach weitere Tabellen und in einer traegst Du dann "username", LIMITS ein. z.B. 100000000 Bytes

Meine Beispiel Config macht genau das !

cu
stonki

volgendes wird ausgegeben:
hcppc3 - Failed binding to 0.0.0.0, port 21: Address already in use
dhcppc3 - Check the ServerType directive to ensure you are configured correctly.

Wer haette das gedacht ?  

ok. Lange rede kurzer Sinn: Auf Port21 lauscht bereits ein Server. Nun gibt es folgende Moeglichkeiten:

1) ProFTPD laeuft noch
2) Ein anderer Server ist noch aktiv
3) INETD ist noch an

Wie findet das man nun heraus ?

Code:

Have a lot of fun...
webserver:~ # fuser -n tcp 21
21/tcp:               1867

webserver:~ # ps aux | grep 1867
nobody    1867  0.0  0.0  2720  188 ?        S    Apr29   0:01 proftpd: (accepting connections)

Mit dem Befehl "fuser...." finde ich heraus, welche Prozess ID an Port 21 lauscht. In meinem Fall der Prozess "1867" (bei Dir ein anderer wert). Dann frage ich diesen Wert ab. Bei mir kommt nun "Proftpd: accepting connection" heraus.

Bei Dir wird wahrscheinlich inetd oder xinetd herauskommen. In diesem Falle musst Du die jeweilige Confs anfassen und alles was nach FTP Aussieht rausschmeissen. Bei meinen Suse 8.2 Systemen schmeisse ich immer Xinetd ganz raus. Braucht eh kein Mensch

cu
stonki