|
Titel: mod_mysql (Server-Hacks #85) Beitrag von: Glaslos am 20. Dezember 2006, 18:44:32 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. Titel: Re: mod_mysql (Server-Hacks #85) Beitrag von: VolGas am 22. Dezember 2006, 07:47:15 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 Titel: Re: mod_mysql (Server-Hacks #85) Beitrag von: Glaslos am 23. Dezember 2006, 12:01:45 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. |