|
Titel: mal wieder mod_sql Beitrag von: Pleitegeier am 25. November 2003, 13:23:54 ich konnte den ftp server ohne fehlermeldung kompilieren und auch starten, ich hab dieses php script (proftpd tools) heruntergeladen und damit auch mal nen user angelegt, aber der ftp login funzt nicht.
alle user logins (ausser anonymous) geben mir ein OFFLINE zurück. ich hab null plan wie sich der verhalten (kann). kann mir einer nen tip geben? hier noch mal die conf: Code: # This is a basic ProFTPD configuration file (rename it to # 'proftpd.conf' for actual use. It establishes a single server # and a single anonymous login. It assumes that you have a user/group # "nobody" and "ftp" for normal operation and anon. ServerName "RZH FTP Server" ServerType standalone ServerIdent on "Server bereit" DeferWelcome on DefaultServer on # Port 21 is the standard FTP port. Port 21 # Umask 022 is a good standard umask to prevent new dirs and files # from being group and world writable. Umask 022 # To prevent DoS attacks, set the maximum number of child processes # to 30. If you need to allow more than 30 concurrent connections # at once, simply increase this value. Note that this ONLY works # in standalone mode, in inetd mode you should use an inetd server # that allows you to limit maximum number of processes per service # (such as xinetd). MaxInstances 30 # Set the user and group under which the server will run. User nobody Group nogroup # To cause every FTP user to be "jailed" (chrooted) into their home # directory, uncomment this line. DefaultRoot ~ # Messages AccessGrantMsg "Willkommen auf dem FTP Server vom RZH" AccessDenyMsg "Zugriff verweigert" # MySQL Kram Start ################################################ ############### mysql Modul: 4.x ############### ################################################ SQLAuthTypes Plaintext SQLAuthenticate users* groups* SQLConnectInfo ftp@localhost:17777 root passwort SQLNamedQuery transfer2 INSERT "'%u', '%f', '%b', '%h', '%a', '%m', '%T',now(), 'i', NULL" xfer_stat SQLUserInfo ftp username password uid gid homedir shell SQLGroupInfo groups groupname gid members SQLUserWhereClause "login_enabled = 'y'" SQLLog PASS counter SQLNamedQuery counter UPDATE "last_login_ftp=now(), login_count_ftp=login_count_ftp+1 WHERE username='%u'" stat_users #####stat_xfer_stor in mysql##### SQLLog STOR,APPE transfer1 SQLNamedQuery transfer1 INSERT "NULL, '%u', '%F', '%b', '%h', '%a', '%m', '%T', 'y', now()" stat_xfer_stor SQLLOG ERR_STOR,ERR_APPE transfer2 SQLNamedQuery transfer2 INSERT "NULL, '%u', '%F', '%b', '%h', '%a', '%m', '%T', 'n', now()" stat_xfer_stor #####stat_xfer_retr in mysql##### SQLLog RETR transfer3 SQLNamedQuery transfer3 INSERT "NULL, '%u', '%F', '%b', '%h', '%a', '%m', '%T', 'y', now()" stat_xfer_retr SQLLOG ERR_RETR transfer4 SQLNamedQuery transfer4 INSERT "NULL, '%u', '%F', '%b', '%h', '%a', '%m', '%T', 'n', now()" stat_xfer_retr #####up-/downloads##### SQLLog RETR dlbytescount SQLNamedQuery dlbytescount UPDATE "dl_bytes=dl_bytes+%b WHERE username='%u'" stat_users SQLLog RETR dlcount SQLNamedQuery dlcount UPDATE "dl_count=dl_count+1 WHERE username='%u'" stat_users SQLLog STOR ulbytescount SQLNamedQuery ulbytescount UPDATE "ul_bytes=ul_bytes+%b WHERE username='%u'" stat_users SQLLog STOR ulcount SQLNamedQuery ulcount UPDATE "ul_count=ul_count+1 WHERE username='%u'" stat_users ################################################ # MySQL Kram Ende # Normally, we want files to be overwriteable. <Directory /> AllowOverwrite on </Directory> # A basic anonymous configuration, no upload directories. If you do not # want anonymous users, simply delete this entire <Anonymous> section. <Anonymous ~ftp> User ftp Group ftp # We want clients to be able to login with "anonymous" as well as "ftp" UserAlias anonymous ftp # Limit the maximum number of anonymous logins MaxClients 10 # We want 'welcome.msg' displayed at login, and '.message' displayed # in each newly chdired directory. DisplayLogin welcome.msg DisplayFirstChdir .message # Limit WRITE everywhere in the anonymous chroot <Limit WRITE> DenyAll </Limit> </Anonymous> Titel: mal wieder mod_sql Beitrag von: Wörsty am 25. November 2003, 13:54:12 1. Idee - Den Server starten?
Tipp: Mach mal Code: fuser -n tcp 21 Titel: mal wieder mod_sql Beitrag von: stonki am 25. November 2003, 14:11:41 probier doch erst einmal ob ueberhaupt User in der SQL DB drin sind. Verlass Dich mal nicht auf die Frontends, sondern check das richtig in der DB
cu stonki Titel: mal wieder mod_sql Beitrag von: Ingo am 25. November 2003, 16:33:24 Hallo!
Serverversion?!? Bis dann, Ingo 8) Titel: mal wieder mod_sql Beitrag von: Anonymous am 26. November 2003, 11:26:13 ich nutze folgende server versionen: proftpd-1.2.9, mysql-4.0.16. der server an sich läuft, nur wenn der mysql kram in der proftpd.conf eingebaut ist, kann ich nicht mehr connecten, und ich bekomme ne offline meldung. server ident kann ich aber wohl noch lesen.
die angelegten user existieren in der datenbank, nur nutzen kann ich sie anscheinend nicht ?? thx 'n greetz Titel: mal wieder mod_sql Beitrag von: Pleitegeier am 26. November 2003, 12:20:54 shit, hab wohl den login wieder vergessen :)
prob is aber immer noch aktuell also, /me is gast :D Titel: mal wieder mod_sql Beitrag von: Pleitegeier am 26. November 2003, 14:19:57 hmm, jetzt habe ich ne andere meldung. hab zwar was rumgetestet, habe aber letztendlich wieder die hier gepostet conf verwendet
Code: 421 Service not available, remote server has closed connection hab den server auch mal im debug modus gestartet, ich poste mal alles. is zwar viel, aber ich weiss ja nicht was da vllt entscheiden ist, zumindest springen mir anfangs keine dicken error messages ins gesicht. Code: - parsing '/usr/local/proftpd/etc/proftpd.conf' configuration - FS: using system open() - FS: using system read() - FS: using system read() - dispatching auth request "getpwnam" to module mod_sql - dispatching auth request "getpwnam" to module mod_auth_file - dispatching auth request "getpwnam" to module mod_auth_unix - dispatching auth request "getgrnam" to module mod_sql - dispatching auth request "getgrnam" to module mod_auth_file - dispatching auth request "getgrnam" to module mod_auth_unix - FS: using system read() - FS: using system read() - <Directory />: adding section for resolved path '/' - FS: using system read() - FS: using system read() - FS: using system close() rzhdeb.rzh-wesel.de - rzhdeb.rzh-wesel.de - Config for RZH FTP Server: rzhdeb.rzh-wesel.de - ~ftp/ rzhdeb.rzh-wesel.de - Limit rzhdeb.rzh-wesel.de - DenyAll rzhdeb.rzh-wesel.de - UserName rzhdeb.rzh-wesel.de - GroupName rzhdeb.rzh-wesel.de - UserAlias rzhdeb.rzh-wesel.de - MaxClients rzhdeb.rzh-wesel.de - DisplayLogin rzhdeb.rzh-wesel.de - DisplayFirstChdir rzhdeb.rzh-wesel.de - Umask rzhdeb.rzh-wesel.de - AccessGrantMsg rzhdeb.rzh-wesel.de - AccessDenyMsg rzhdeb.rzh-wesel.de - SQLAuthTypes rzhdeb.rzh-wesel.de - SQLAuthenticate rzhdeb.rzh-wesel.de - SQLConnectInfo rzhdeb.rzh-wesel.de - SQLNamedQuery_transfer2 rzhdeb.rzh-wesel.de - SQLLog_PASS rzhdeb.rzh-wesel.de - SQLNamedQuery_counter rzhdeb.rzh-wesel.de - SQLLog_STOR rzhdeb.rzh-wesel.de - SQLLog_APPE rzhdeb.rzh-wesel.de - SQLNamedQuery_transfer1 rzhdeb.rzh-wesel.de - SQLLog_ERR_STOR rzhdeb.rzh-wesel.de - SQLLog_ERR_APPE rzhdeb.rzh-wesel.de - SQLLog_RETR rzhdeb.rzh-wesel.de - SQLNamedQuery_transfer3 rzhdeb.rzh-wesel.de - SQLLog_ERR_RETR rzhdeb.rzh-wesel.de - SQLNamedQuery_transfer4 rzhdeb.rzh-wesel.de - SQLNamedQuery_dlbytescount rzhdeb.rzh-wesel.de - SQLNamedQuery_dlcount rzhdeb.rzh-wesel.de - SQLNamedQuery_ulbytescount rzhdeb.rzh-wesel.de - SQLNamedQuery_ulcount rzhdeb.rzh-wesel.de - / rzhdeb.rzh-wesel.de - AllowOverwrite rzhdeb.rzh-wesel.de - Umask rzhdeb.rzh-wesel.de - AccessGrantMsg rzhdeb.rzh-wesel.de - AccessDenyMsg rzhdeb.rzh-wesel.de - SQLAuthTypes rzhdeb.rzh-wesel.de - SQLAuthenticate rzhdeb.rzh-wesel.de - SQLConnectInfo rzhdeb.rzh-wesel.de - SQLNamedQuery_transfer2 rzhdeb.rzh-wesel.de - SQLLog_PASS rzhdeb.rzh-wesel.de - SQLNamedQuery_counter rzhdeb.rzh-wesel.de - SQLLog_STOR rzhdeb.rzh-wesel.de - SQLLog_APPE rzhdeb.rzh-wesel.de - SQLNamedQuery_transfer1 rzhdeb.rzh-wesel.de - SQLLog_ERR_STOR rzhdeb.rzh-wesel.de - SQLLog_ERR_APPE rzhdeb.rzh-wesel.de - SQLLog_RETR rzhdeb.rzh-wesel.de - SQLNamedQuery_transfer3 rzhdeb.rzh-wesel.de - SQLLog_ERR_RETR rzhdeb.rzh-wesel.de - SQLNamedQuery_transfer4 rzhdeb.rzh-wesel.de - SQLNamedQuery_dlbytescount rzhdeb.rzh-wesel.de - SQLNamedQuery_dlcount rzhdeb.rzh-wesel.de - SQLNamedQuery_ulbytescount rzhdeb.rzh-wesel.de - SQLNamedQuery_ulcount rzhdeb.rzh-wesel.de - ServerIdent rzhdeb.rzh-wesel.de - DeferWelcome rzhdeb.rzh-wesel.de - DefaultServer rzhdeb.rzh-wesel.de - Umask rzhdeb.rzh-wesel.de - UserID rzhdeb.rzh-wesel.de - UserName rzhdeb.rzh-wesel.de - GroupID rzhdeb.rzh-wesel.de - GroupName rzhdeb.rzh-wesel.de - DefaultRoot rzhdeb.rzh-wesel.de - AccessGrantMsg rzhdeb.rzh-wesel.de - AccessDenyMsg rzhdeb.rzh-wesel.de - SQLAuthTypes rzhdeb.rzh-wesel.de - SQLAuthenticate rzhdeb.rzh-wesel.de - SQLConnectInfo rzhdeb.rzh-wesel.de - SQLNamedQuery_transfer2 rzhdeb.rzh-wesel.de - SQLUserTable rzhdeb.rzh-wesel.de - SQLUsernameField rzhdeb.rzh-wesel.de - SQLPasswordField rzhdeb.rzh-wesel.de - SQLUidField rzhdeb.rzh-wesel.de - SQLGidField rzhdeb.rzh-wesel.de - SQLHomedirField rzhdeb.rzh-wesel.de - SQLShellField rzhdeb.rzh-wesel.de - SQLGroupTable rzhdeb.rzh-wesel.de - SQLGroupnameField rzhdeb.rzh-wesel.de - SQLGroupGIDField rzhdeb.rzh-wesel.de - SQLGroupMembersField rzhdeb.rzh-wesel.de - SQLUserWhereClause rzhdeb.rzh-wesel.de - SQLLog_PASS rzhdeb.rzh-wesel.de - SQLNamedQuery_counter rzhdeb.rzh-wesel.de - SQLLog_STOR rzhdeb.rzh-wesel.de - SQLLog_APPE rzhdeb.rzh-wesel.de - SQLNamedQuery_transfer1 rzhdeb.rzh-wesel.de - SQLLog_ERR_STOR rzhdeb.rzh-wesel.de - SQLLog_ERR_APPE rzhdeb.rzh-wesel.de - SQLNamedQuery_transfer2 rzhdeb.rzh-wesel.de - SQLLog_RETR rzhdeb.rzh-wesel.de - SQLNamedQuery_transfer3 rzhdeb.rzh-wesel.de - SQLLog_ERR_RETR rzhdeb.rzh-wesel.de - SQLNamedQuery_transfer4 rzhdeb.rzh-wesel.de - SQLLog_RETR rzhdeb.rzh-wesel.de - SQLNamedQuery_dlbytescount rzhdeb.rzh-wesel.de - SQLLog_RETR rzhdeb.rzh-wesel.de - SQLNamedQuery_dlcount rzhdeb.rzh-wesel.de - SQLLog_STOR rzhdeb.rzh-wesel.de - SQLNamedQuery_ulbytescount rzhdeb.rzh-wesel.de - SQLLog_STOR rzhdeb.rzh-wesel.de - SQLNamedQuery_ulcount rzhdeb.rzh-wesel.de - dispatching auth request "getgroups" to module mod_sql rzhdeb.rzh-wesel.de - dispatching auth request "getgroups" to module mod_auth_file rzhdeb.rzh-wesel.de - dispatching auth request "getgroups" to module mod_auth_unix rzhdeb.rzh-wesel.de - SETUP PRIVS at main.c:2704 rzhdeb.rzh-wesel.de - ROOT PRIVS at main.c:1956 rzhdeb.rzh-wesel.de - RELINQUISH PRIVS at main.c:1962 rzhdeb.rzh-wesel.de - ROOT PRIVS at main.c:2323 rzhdeb.rzh-wesel.de - opening scoreboard '/usr/local/proftpd/var/proftpd/proftpd.scoreboard' rzhdeb.rzh-wesel.de - RELINQUISH PRIVS at main.c:2347 rzhdeb.rzh-wesel.de - ROOT PRIVS at inet.c:452 rzhdeb.rzh-wesel.de - RELINQUISH PRIVS at inet.c:510 rzhdeb.rzh-wesel.de - ProFTPD 1.2.9 (stable) (built Tue Nov 25 08:52:24 CET 2003) standalone mode STARTUP rzhdeb.rzh-wesel.de - ROOT PRIVS at main.c:2171 rzhdeb.rzh-wesel.de - RELINQUISH PRIVS at main.c:2177 rzhdeb.rzh-wesel.de - FS: using system lstat() rzhdeb.rzh-wesel.de - scrubbing scoreboard rzhdeb.rzh-wesel.de - ROOT PRIVS at mod_core.c:194 rzhdeb.rzh-wesel.de - RELINQUISH PRIVS at mod_core.c:201 rzhdeb.rzh-wesel.de - ROOT PRIVS at mod_core.c:223 rzhdeb.rzh-wesel.de - RELINQUISH PRIVS at mod_core.c:251 rzhdeb.rzh-wesel.de - FS: using system lstat() bei nem loginversuch bekomme ich diese meldungen Code: rzhdeb.rzh-wesel.de (rzh-wesel222.rzh-wesel.de[192.168.5.168]) - performing ident lookup rzhdeb.rzh-wesel.de (rzh-wesel222.rzh-wesel.de[192.168.5.168]) - ident connection failed: Connection refused rzhdeb.rzh-wesel.de (rzh-wesel222.rzh-wesel.de[192.168.5.168]) - ident lookup returned 'UNKNOWN' rzhdeb.rzh-wesel.de (rzh-wesel222.rzh-wesel.de[192.168.5.168]) - ROOT PRIVS at main.c:977 rzhdeb.rzh-wesel.de (rzh-wesel222.rzh-wesel.de[192.168.5.168]) - SETUP PRIVS at main.c:982 rzhdeb.rzh-wesel.de (rzh-wesel222.rzh-wesel.de[192.168.5.168]) - performing module session initializations rzhdeb.rzh-wesel.de (rzh-wesel222.rzh-wesel.de[192.168.5.168]) - error deleting scoreboard entry: Invalid argument rzhdeb.rzh-wesel.de (rzh-wesel222.rzh-wesel.de[192.168.5.168]) - FTP session closed. rzhdeb.rzh-wesel.de - FS: using system lstat() rzhdeb.rzh-wesel.de - scrubbing scoreboard rzhdeb.rzh-wesel.de - ROOT PRIVS at mod_core.c:194 rzhdeb.rzh-wesel.de - RELINQUISH PRIVS at mod_core.c:201 rzhdeb.rzh-wesel.de - ROOT PRIVS at mod_core.c:223 rzhdeb.rzh-wesel.de - RELINQUISH PRIVS at mod_core.c:251 rzhdeb.rzh-wesel.de - FS: using system lstat() könnt ihr da was feststellen? thx @mods: ich floode nur ungern, vllt könnt ihr den überflüssigen kram hier löschen.... Titel: mal wieder mod_sql Beitrag von: stonki am 26. November 2003, 15:38:52 Zitat von: "Pleitegeier" rzhdeb.rzh-wesel.de (rzh-wesel222.rzh-wesel.de[192.168.5.168]) - error deleting scoreboard entry: Invalid argument rzhdeb.rzh-wesel.de (rzh-wesel222.rzh-wesel.de[192.168.5.168]) - FTP session closed. rzhdeb.rzh-wesel.de - FS: using system lstat() rzhdeb.rzh-wesel.de - scrubbing scoreboard rzhdeb.rzh-wesel.de - ROOT PRIVS at mod_core.c:194 rzhdeb.rzh-wesel.de - RELINQUISH PRIVS at mod_core.c:201 rzhdeb.rzh-wesel.de - ROOT PRIVS at mod_core.c:223 rzhdeb.rzh-wesel.de - RELINQUISH PRIVS at mod_core.c:251 rzhdeb.rzh-wesel.de - FS: using system lstat()[/code] könnt ihr da was feststellen? thx @mods: ich floode nur ungern, vllt könnt ihr den überflüssigen kram hier löschen.... egal :) ABER: Du schickst das falsche LogFile :) Nun fuege mal in Deiner ProFTPD config die Zeile: sqllogfile /var/log/proftpd.sql hinzu starte neu und schau Dir das an. Ich wette, dass Du da ein Problem hast. cu stonki Titel: mal wieder mod_sql Beitrag von: Pleitegeier am 26. November 2003, 15:51:35 Zitat von: "stonki" Nun fuege mal in Deiner ProFTPD config die Zeile: sqllogfile /var/log/proftpd.sql hinzu starte neu und schau Dir das an. Ich wette, dass Du da ein Problem hast. cu stonki jo, die wird nämlich gar nich erst angelegt :D :oops: Titel: mal wieder mod_sql Beitrag von: stonki am 26. November 2003, 17:08:26 Zitat von: "Pleitegeier" Zitat von: "stonki" Nun fuege mal in Deiner ProFTPD config die Zeile: sqllogfile /var/log/proftpd.sql hinzu starte neu und schau Dir das an. Ich wette, dass Du da ein Problem hast. cu stonki jo, die wird nämlich gar nich erst angelegt :D :oops: ?? http://www.proftpd.de/index.php?id=28&language=&directive_name=sqllogfile&module_id=&=OK#336 Titel: mal wieder mod_sql Beitrag von: Wörsty am 26. November 2003, 19:13:20 Zitat von: "Pleitegeier" jo, die wird nämlich gar nich erst angelegt :D :oops: Doch. Wird sie. Haste den Server nach Konfigänderung neu gestartet? :idea: In deinem Debug-Post von vorhin (14:19 Uhr) war kein SQLLogFile drin... Titel: mal wieder mod_sql Beitrag von: Pleitegeier am 27. November 2003, 09:12:59 Zitat von: "Wörsty" Doch. Wird sie. Haste den Server nach Konfigänderung neu gestartet? :idea: In deinem Debug-Post von vorhin (14:19 Uhr) war kein SQLLogFile drin... nein, wirklich nicht. neugestartet habe ich natürlich...und vorher hattte ich keinen eintrag drin, stimmt schon :) erklären kann ich mir das wohl auch nicht das habe ich noch in die proftpd.conf honzugefügt Code: sqllogfile /usr/local/proftpd/var/proftpd.sql ...aber is nix zu sehen Code: rzhdeb:/usr/local/proftpd/var# ls -al total 16 drwxrwxrwx 3 root root 4096 Nov 27 09:00 . drwxr-sr-x 7 root staff 4096 Nov 25 09:31 .. drwxr-xr-x 2 root root 4096 Nov 27 09:00 proftpd -rw-r--r-- 1 root root 4 Nov 27 09:00 proftpd.pid was kann ich tun? :) Titel: mal wieder mod_sql Beitrag von: Wörsty am 27. November 2003, 09:35:12 Versuche mal einen andere Pfade :idea:
z.B. SQLLogFile /var/log/proftpd_sql.log ScoreboardFile /var/run/proftpd.scoreboard Titel: mal wieder mod_sql Beitrag von: Pleitegeier am 27. November 2003, 10:06:11 hmm, so gings, obs an der gross- und kleinschreibung lag?...egal :)
hier die log: Code: Nov 27 09:59:55 mod_sql/4.10[329]: backend module 'mod_sql_mysql/4.04' Nov 27 09:59:55 mod_sql/4.10[329]: backend api 'mod_sql_api_v1' Nov 27 09:59:55 mod_sql/4.10[329]: >>> sql_getconf Nov 27 09:59:55 mod_sql/4.10[329]: entering mysql cmd_defineconnection Nov 27 09:59:55 mod_sql/4.10[329]: name: 'default' Nov 27 09:59:55 mod_sql/4.10[329]: user: 'root' Nov 27 09:59:55 mod_sql/4.10[329]: host: 'localhost' Nov 27 09:59:55 mod_sql/4.10[329]: db: 'ftp' Nov 27 09:59:55 mod_sql/4.10[329]: port: '17777' Nov 27 09:59:55 mod_sql/4.10[329]: ttl: '0' Nov 27 09:59:55 mod_sql/4.10[329]: exiting mysql cmd_defineconnection Nov 27 09:59:55 mod_sql/4.10[329]: entering mysql cmd_open Nov 27 09:59:55 mod_sql/4.10[329]: connection 'default' opened Nov 27 09:59:55 mod_sql/4.10[329]: connection 'default' count is now 1 Nov 27 09:59:55 mod_sql/4.10[329]: exiting mysql cmd_open Nov 27 09:59:55 mod_sql/4.10[329]: backend successfully connected. Nov 27 09:59:55 mod_sql/4.10[329]: mod_sql status : on Nov 27 09:59:55 mod_sql/4.10[329]: negative_cache : off Nov 27 09:59:55 mod_sql/4.10[329]: authenticate : users* groups* Nov 27 09:59:55 mod_sql/4.10[329]: usertable : ftp Nov 27 09:59:55 mod_sql/4.10[329]: userid field : username Nov 27 09:59:55 mod_sql/4.10[329]: password field : password Nov 27 09:59:55 mod_sql/4.10[329]: uid field : uid Nov 27 09:59:55 mod_sql/4.10[329]: gid field : gid Nov 27 09:59:55 mod_sql/4.10[329]: homedir field : homedir Nov 27 09:59:55 mod_sql/4.10[329]: shell field : shell Nov 27 09:59:55 mod_sql/4.10[329]: homedirondemand : false Nov 27 09:59:55 mod_sql/4.10[329]: group table : groups Nov 27 09:59:55 mod_sql/4.10[329]: groupname field : groupname Nov 27 09:59:55 mod_sql/4.10[329]: grp gid field : gid Nov 27 09:59:55 mod_sql/4.10[329]: grp members field : members Nov 27 09:59:55 mod_sql/4.10[329]: SQLMinUserUID : 999 Nov 27 09:59:55 mod_sql/4.10[329]: SQLMinUserGID : 999 Nov 27 09:59:55 mod_sql/4.10[329]: SQLDefaultUID : 65533 Nov 27 09:59:55 mod_sql/4.10[329]: SQLDefaultGID : 65533 Nov 27 09:59:55 mod_sql/4.10[329]: <<< sql_getconf Nov 27 09:59:55 mod_sql/4.10[329]: >>> cmd_getgroups Nov 27 09:59:55 mod_sql/4.10[329]: entering mysql cmd_escapestring Nov 27 09:59:55 mod_sql/4.10[329]: exiting mysql cmd_escapestring Nov 27 09:59:55 mod_sql/4.10[329]: cache miss for user 'test' Nov 27 09:59:55 mod_sql/4.10[329]: : entering mysql cmd_select Nov 27 09:59:55 mod_sql/4.10[329]: entering mysql cmd_open Nov 27 09:59:55 mod_sql/4.10[329]: connection 'default' count is now 2 Nov 27 09:59:55 mod_sql/4.10[329]: exiting mysql cmd_open Nov 27 09:59:55 mod_sql/4.10[329]: query "SELECT username, password, uid, gid, homedir, shell FROM ftp WHERE (username='test') and ((login_enabled = 'y')) LIM IT 1" Nov 27 09:59:55 mod_sql/4.10[329]: entering mysql cmd_close Nov 27 09:59:55 mod_sql/4.10[329]: connection 'default' count is now 1 Nov 27 09:59:55 mod_sql/4.10[329]: exiting mysql cmd_close Nov 27 09:59:55 mod_sql/4.10[329]: exiting mysql cmd_select Nov 27 09:59:55 mod_sql/4.10[329]: unrecoverable backend error Nov 27 09:59:55 mod_sql/4.10[329]: error: '1146' Nov 27 09:59:55 mod_sql/4.10[329]: message: 'Table 'ftp.ftp' doesn't exist' ok, die fehlermeldung ist eindeutig. die tabelle ftp existiert wirklich nicht :) aber wieso sucht er was in der tabelle? oder existiert die normalerweise? thx Titel: mal wieder mod_sql Beitrag von: Wörsty am 27. November 2003, 11:04:52 Zitat von: "Pleitegeier" Code: Nov 27 09:59:55 mod_sql/4.10[329]: db: 'ftp' Nov 27 09:59:55 mod_sql/4.10[329]: usertable : ftp Nov 27 09:59:55 mod_sql/4.10[329]: message: 'Table 'ftp.ftp' doesn't exist' aber wieso sucht er was in der tabelle? Na weil du das bei SQLConnectInfo und SQLUserInfo und angegeben hast? Guck mal hier (http://www.proftpd.de/index.php?id=28&module_id=13) Titel: mal wieder mod_sql Beitrag von: Pleitegeier am 27. November 2003, 12:54:48 jo, das bei userinfo habe ich wohl missverstanden...
jetzt sieht es schon ganz ok aus, kann aber trotzdem nicht connecten, bzw. wurde der zugriff verweigert (530)...so sieht jetzt das ende der mysql log aus: Code: Nov 27 12:41:17 mod_sql/4.10[475]: cache hit for user 'hmm' Nov 27 12:41:17 mod_sql/4.10[475]: <<< cmd_getpwnam Nov 27 12:41:17 mod_sql/4.10[475]: >>> cmd_gid2name Nov 27 12:41:17 mod_sql/4.10[475]: cache hit for group test Nov 27 12:41:17 mod_sql/4.10[475]: <<< cmd_gid2name Nov 27 12:41:17 mod_sql/4.10[475]: >>> cmd_auth Nov 27 12:41:17 mod_sql/4.10[475]: entering mysql cmd_escapestring Nov 27 12:41:17 mod_sql/4.10[475]: exiting mysql cmd_escapestring Nov 27 12:41:17 mod_sql/4.10[475]: cache hit for user 'hmm' Nov 27 12:41:17 mod_sql/4.10[475]: >>> cmd_check Nov 27 12:41:17 mod_sql/4.10[475]: checking auth_type Plaintext Nov 27 12:41:17 mod_sql/4.10[475]: 'Plaintext' auth handler reports success Nov 27 12:41:17 mod_sql/4.10[475]: cache hit for user 'hmm' Nov 27 12:41:17 mod_sql/4.10[475]: <<< cmd_check Nov 27 12:41:17 mod_sql/4.10[475]: <<< cmd_auth ich weiss nicht, was da steht, wenn alles ok ist, aber das sieht schon ganz ok aus, denke ich...oder??? :) Titel: mal wieder mod_sql Beitrag von: Wörsty am 27. November 2003, 16:22:50 Der Schnipsel aus dem SQL-Logfile hilft mir nicht weiter.
Was sagt der Debug-Modus vom proftpd? Titel: mal wieder mod_sql Beitrag von: Pleitegeier am 27. November 2003, 16:51:51 thx, da hätte ich wohl selbst drauf kommen können, da mal nachzuguckn :)...
ich musste required shell noch auf off setzen, login funzt jetzt. besten dank für den guten support hier, vor allem für die geduld ;)...is wirklich selten mittlerweile jetzt muss ich nur noch der zugriffsberechtigung für die einzelnen order klarkommen :) anyway, besten dank schon mal |