mod_mysql (Server-Hacks #85)

[Glaslos]

Ich habe ein Problem mit Proftpd und Mysql:

Code:

Fatal: unknown configuration directive 'SQLConnectInfo' on line 86 of '/etc/proftpd.conf'

Code:

proftpd -l
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_delay.c
  mod_sql.c
  mod_sql_mysql.c
  mod_cap.c

Code:

proftpd -vv
 - ProFTPD Version: 1.3.0 (stable)
 -   Scoreboard Version: 01040002
 -   Built: Wed Nov 22 15:46:34 CET 2006
 -     Module: mod_core.c
 -     Module: mod_xfer.c
 -     Module: mod_auth_unix.c
 -     Module: mod_auth_file.c
 -     Module: mod_auth.c
 -     Module: mod_ls.c
 -     Module: mod_log.c
 -     Module: mod_site.c
 -     Module: mod_delay/0.5
 -     Module: mod_sql/4.2.1
 -     Module: mod_sql_mysql/4.05
 -     Module: mod_cap/1.0

Code:

# SQL Authentifikaion

SQLConnectInfo USER DB PW
SQLAuthTypes crypt backend
SQLMinUserGID 111
SQLMinUserUID 111
SQLUserInfo users userid password uid gid homedir shell

Code:

localhost - ProFTPD 1.3.0 (stable) (built Wed Nov 22 15:46:34 CET 2006) standalone mode STARTUP
localhost *** - FTP session requested from unknown class
localhost *** - connected - local  : 88.198.38.89:21
localhost *** - connected - remote : 217.86.50.186:62415
localhost *** - FTP session opened.
localhost *** - dispatching PRE_CMD command 'USER ***' to mod_core
localhost *** - dispatching PRE_CMD command 'USER ***' to mod_core
localhost *** - dispatching PRE_CMD command 'USER ***' to mod_delay
localhost *** - dispatching PRE_CMD command 'USER ***' to mod_auth
localhost *** - dispatching CMD command 'USER ***' to mod_auth
localhost *** - dispatching POST_CMD command 'USER ***' to mod_sql
localhost *** - dispatching POST_CMD command 'USER ***' to mod_delay
localhost *** - mod_delay/0.5: delaying for 221 usecs
localhost *** - dispatching LOG_CMD command 'USER ***' to mod_sql
localhost *** - dispatching LOG_CMD command 'USER ***' to mod_log
localhost *** - dispatching PRE_CMD command 'PASS (hidden)' to mod_core
localhost *** - dispatching PRE_CMD command 'PASS (hidden)' to mod_core
localhost *** - dispatching PRE_CMD command 'PASS (hidden)' to mod_sql
localhost *** - dispatching PRE_CMD command 'PASS (hidden)' to mod_delay
localhost *** - dispatching PRE_CMD command 'PASS (hidden)' to mod_auth
localhost *** - dispatching CMD command 'PASS (hidden)' to mod_auth
localhost *** - USER htm (Login failed): Incorrect password.
localhost *** - dispatching POST_CMD_ERR command 'PASS (hidden)' to mod_sql
localhost *** - dispatching POST_CMD_ERR command 'PASS (hidden)' to mod_delay
localhost *** - mod_delay/0.5: delaying for 11147 usecs
localhost *** - dispatching LOG_CMD_ERR command 'PASS (hidden)' to mod_sql
localhost *** - dispatching LOG_CMD_ERR command 'PASS (hidden)' to mod_log
localhost *** - dispatching LOG_CMD_ERR command 'PASS (hidden)' to mod_auth
localhost *** - FTP session closed.

Ich weiß leider nicht mehr weiter und bitte um Hilfe.

[VolGas]

Hi!

Das Ganze ist zuerst einmal widersprüchlich: mit der ersten Fehlermeldung würde der ProFTPD abbrechen
und gar nicht laufen. Scheinbar tut er es aber doch.

Leider hast Du es versäumt, Deine ganze proftpd.conf hier zu posten - vielleicht holst Du das noch nach...

Mit Deinem "SQLAuthTypes" wirst Du vermutlich den Hasen im Pfeffer haben: ich würde zunächst das Ganze
zuerst einmal mit Passworten im Klartext testen. Mal davon abgesehen, daß ich verschlüsselte Passworte
in einem schon geschützten Medium schlicht für Unsinn halte, passieren hier die allermeisten Fehler.

Deinem Debug-Output kann man nur entnehmen, daß der ProFTPD "unglücklich" mit dem Passwort ist.
SQL-Fehler bekommst Du übrigens nicht im Debug-Modus angezeigt, dazu braucht es die Direktive
"SQLLogFile". Aber Vorsicht, die Datenmenge ist immens und damit nur für Testzwecke geeignet!

mfg.
  VolGas

[Glaslos]

Danke und Entschuldigung.
Ich hatte einen Schreibfehler in

Code:

SQLUserInfo users userid password uid gid homedir shell

Oder genauer in meiner Datenbank. Nach einer genauen Studie meiner Logs habe ich das Problem gefunden.