www.ProFTPD.de
13. März 2007, 19:45:54 *
Willkommen Gast. Bitte einloggen oder registrieren.
Haben Sie Ihre Aktivierungs E-Mail übersehen?

Einloggen mit Benutzername, Passwort und Sitzungslänge
News: SMF - Neu installiert!
 
   Übersicht   Hilfe Suche Login Registrieren  
Seiten: [1]   Nach unten
  Drucken  
Autor Thema: proftpd + mysql : Verzweifel !  (Gelesen 361 mal)
0 Mitglieder und 1 Gast betrachten dieses Thema.
quiptime
ProFTPD
*
Offline Offline

Beiträge: 42



Profil anzeigen
« am: 27. Oktober 2004, 17:01:19 »

Hallo All,

habe proftpd 1.2.10 mit mod_sql kompiliert.

Compiled-in modules:
  mod_core.c
  mod_xfer.c
  mod_auth_unix.c
  mod_auth_file.c
  mod_auth.c
  mod_ls.c
  mod_log.c
  mod_site.c
  mod_sql.c
  mod_sql_mysql.c
  mod_quotatab.c
  mod_tls.c
  mod_cap.c


Laueft und Client-Login uber Systemauthentifizierung funktioniert. Wenn ich aber nun MySQL zur Authentifizierung verwenden will beginnen die Probleme und Fragen.

Ich kann mich MySQL-Authentifizierung nicht anmelden. kurzer Debugschnipsel:

www.bunny.lan - ProFTPD 1.2.10 (stable) (built Do Okt 28 13:08:13 CEST 2004) standalone mode STARTUP
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - FTP session requested from unknown class
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - connected - local  : 192.168.1.202:21
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - connected - remote : 192.168.1.154:33515
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - FTP session opened.
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching PRE_CMD command 'USER hallo' to mod_tls
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching PRE_CMD command 'USER hallo' to mod_core
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching PRE_CMD command 'USER hallo' to mod_core
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching PRE_CMD command 'USER hallo' to mod_auth
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching CMD command 'USER hallo' to mod_auth
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - no supplemental groups found for user 'hallo'
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching POST_CMD command 'USER hallo' to mod_sql
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching LOG_CMD command 'USER hallo' to mod_sql
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching LOG_CMD command 'USER hallo' to mod_log
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_tls
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_core
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_core
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_auth
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching CMD command 'PASS (hidden)' to mod_auth
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - no supplemental groups found for user 'hallo'
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - no such user 'hallo'
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - USER hallo: no such user found from www.mdkl.lan [192.168.1.154] to 192.168.1.202:21
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching POST_CMD_ERR command 'PASS (hidden)' to mod_sql
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching LOG_CMD_ERR command 'PASS (hidden)' to mod_sql
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching LOG_CMD_ERR command 'PASS (hidden)' to mod_log
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching LOG_CMD_ERR command 'PASS (hidden)' to mod_auth
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - FTP session closed.

Sonst werden im Debug keine Fehler angezeigt.
Nun meine Fragen:

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

Wenn ich in der MySQL-Tabelle den User mit Passwort anlege ist sein Passwort mit "PASSWORT" verschluesselt. (MySQL meckert bei einem Klartextpasswort.)
?Muss ich nun in der proftpd.conf bei SQLConnectInfo das Klartextkennwort oder das verschluesselte Passwort eintragen.

?Ist die Version 1.2.10 buggy. ?Wenn ja gibt es Workarounds.

Wenn ich bei SQLAuthenticate users* eintrage bekomme ich im Debug eine Fehler wegen dem *

Laut Doku sollte diese Angabe aber moeglich sein.
? Kann es sein das es keine aktuelle Doku zur Version 1.2.10 gibt.

?Was bedeutet SQLAuthenticate on.
?Reicht ein on oder muss da immer users stehen.


Vielen Dank schon Mal fuer Eure Hilfe im Vorab

Gruss Siggi
Gespeichert

Gruss quiptime
quiptime
ProFTPD
*
Offline Offline

Beiträge: 42



Profil anzeigen
« Antwort #1 am: 27. Oktober 2004, 18:08:47 »

Habe inzwischen weiter debugt:

mein conf-Eintrag Eintrag
SQLAuthTypes                  Backend Crypt Plaintext Empty

dazu der sql.log:

Oct 28 19:08:35 mod_sql/4.11[31038]: backend module 'mod_sql_mysql/4.04'
Oct 28 19:08:35 mod_sql/4.11[31038]: backend api    'mod_sql_api_v1'
Oct 28 19:08:35 mod_sql/4.11[31038]: >>> sql_getconf
Oct 28 19:08:35 mod_sql/4.11[31038]: error: no SQLAuthTypes configured

Oct 28 19:08:35 mod_sql/4.11[31038]: warning: no SQLConnectInfo specified. mod_sql is OFF
Oct 28 19:08:35 mod_sql/4.11[31038]: mod_sql status     : off
Oct 28 19:08:35 mod_sql/4.11[31038]: negative_cache     : off
Oct 28 19:08:35 mod_sql/4.11[31038]: authenticate       : off
Oct 28 19:08:35 mod_sql/4.11[31038]: <<< sql_getconf


Als Ergaenzung noch meine SQL-config

  #AuthOrder                    mod_sql.c mod_auth_sql.c mod_auth_file.c mod_auth_unix.c mod_auth.c mod_auth_pam.c

  SQLAuthTypes                  Backend Crypt Plaintext Empty
  SQLAuthenticate               users*
  SQLConnectInfo                proftpd@localhost proftpd maximus
  SQLDefaultHomedir     /data_1/www.ydl.lan/www
  SQLDefaultGID                 65534
  SQLDefaultUID                 65534
  SQLMinUserGID                 100
  SQLMinUserUID                 500
  SQLUserInfo                   users username password uid gid homedir shell

Bin also immer noch nicht weiter gekommen.
Gespeichert

Gruss quiptime
stonki
Administrator
ProFTPD
*****
Offline Offline

Beiträge: 1853


15318939
Profil anzeigen WWW E-Mail
« Antwort #2 am: 29. Oktober 2004, 07:37:47 »

Zitat von: "quiptime"
:
?Was bedeutet die Debug-Meldung
no supplemental groups found for user


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

www.stonki.de:    the more I see, the more I know.......
www.proftpd.de:   Deutsche ProFTPD Dokumentation
www.krename.net:  Der Batch Renamer für KDE
www.kbarcode.net: Die Barcode Solution für KDE
Wörsty
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 1602


50772603
Profil anzeigen WWW E-Mail
« Antwort #3 am: 29. Oktober 2004, 09:01:26 »

Bist du sicher, dass du die korrekte proftpd.conf editiert hast?
-Starte proftpd nochmal neu mit proftpd -nd5 -c /wo/deine/conf/ist/proftpd.conf
-Poste mal die kompletten Logs (FTP und SQL)
Gespeichert

RedHat 8.0 (2.4er Kernel)
proftpd 1.2.10
-mod_sql_mysql
-mow_wrap
-mod_exec
-mod_ifsession[/size]
quiptime
ProFTPD
*
Offline Offline

Beiträge: 42



Profil anzeigen
« Antwort #4 am: 30. Oktober 2004, 20:16:15 »

Ich habe die richtige proftpd.conf verwendet.

Die Loesung:

Die mysql-Konfiguration muss im Bereich der jeweiligen virtuellen Hosts definiert werden.

Dann klappts auch mit dem Nachbarn.
Gespeichert

Gruss quiptime
Seiten: [1]   Nach oben
  Drucken  
 
Gehe zu:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.2 | SMF © 2006-2007, Simple Machines LLC Prüfe XHTML 1.0 Prüfe CSS
Seite erstellt in 0.075 Sekunden mit 19 Zugriffen.