|
Titel: mod_sql: funktioniert nicht Beitrag von: EaStErDoM am 02. August 2005, 11:13:00 Hallo allerseits!
Ich stelle meinen proftpd nun auf MySQL-virtualität um, habe dabei allerding technische Schwierigkeiten. Ich habe die Standard tabellen angelegt, wenn ich mich über FTP einlogge, meldet sich der Server zwar, sagt mir dann aber das der Login inkorrekt ist. Meine proftpd.conf: Code: ServerName "Centraport" ServerType standalone DeferWelcome off MultilineRFC2228 on DefaultServer on ShowSymlinks on TimeoutNoTransfer 600 TimeoutStalled 600 TimeoutIdle 1200 DisplayLogin welcome.msg DisplayFirstChdir .message ListOptions "-l" DenyFilter \*.*/ # Port 21 is the standard FTP port. Port 21 MaxInstances 30 User csa Group csa Umask 022 022 AllowOverwrite on SQLConnectInfo [i]Datenbank[/i] [i]Benutzer[/i] [i]Passwort[/i] SQLHomedirOnDemand On SQLAuthTypes Plaintext ProFTPD verbindet sich auch zum MySQL-Server, was auch immer dort passiert scheint ihm jedoch nicht zu reichen. Hier der immergleiche Eintrag aus der mysql.log: http://nopaste.debianforum.de/726 Nchdem das zusammenspiel zwischen MySQL und ProFTP schon mal hinhaut denk ich nicht das die Hürde allzugroß sein wird, hoffe auf gute Vorschläge und toll das es extra für ProFTPD eine Gemeisncahft gibt *freu*. Wenn ich sowas jetzt noch für Postfix finde bin ich im 7. Himmel^^ mfg Titel: mod_sql: funktioniert nicht Beitrag von: stonki am 02. August 2005, 11:40:07 SQLlofgfile /var/log/proftpd.sql
proftpd -n -d5 beide ausgaben posten Titel: mod_sql: funktioniert nicht Beitrag von: Anonymous am 02. August 2005, 17:44:23 SQLlofgfile /var/log/proftpd.sql
Also die Datei gibts nicht (bei mir) und den Befehl SQLLogfile da gibt er einen Error. und auf Code: proftpd -n -d5 sagt er: Code: - mod_tls/2.0.7: using OpenSSL 0.9.7g 11 Apr 2005 - parsing '/etc/proftpd.conf' configuration - Compiling deny regex '\*.*/'. - Allocated deny regex at location 0x812d6a8. server81.serverflex.de - server81.serverflex.de - Config for Centraport: server81.serverflex.de - DeferWelcome server81.serverflex.de - DefaultServer server81.serverflex.de - ShowSymlinks server81.serverflex.de - TimeoutNoTransfer server81.serverflex.de - TimeoutStalled server81.serverflex.de - TimeoutIdle server81.serverflex.de - DisplayLogin server81.serverflex.de - DisplayFirstChdir server81.serverflex.de - ListOptions server81.serverflex.de - DenyFilter server81.serverflex.de - UserID server81.serverflex.de - UserName server81.serverflex.de - GroupID server81.serverflex.de - GroupName server81.serverflex.de - Umask server81.serverflex.de - DirUmask server81.serverflex.de - AllowOverwrite server81.serverflex.de - SQLConnectInfo server81.serverflex.de - SQLHomedirOnDemand server81.serverflex.de - SQLAuthTypes server81.serverflex.de - deleting existing scoreboard '/var/run/proftpd/proftpd.scoreboard' server81.serverflex.de - Failed binding to 0.0.0.0, port 21: Address already in use server81.serverflex.de - Check the ServerType directive to ensure you are configured correctly. das ist sehr verwirrend, weil ich mit server81.serverflex.de nichts zu tun hab ich bin vserver650. Titel: mod_sql: funktioniert nicht Beitrag von: Anonymous am 03. August 2005, 18:21:56 Ich hase das wenn meine Beiträge im Sand verlaufen. *michärgerweilichncihtweißwoichdieinfossonstherkrieg*
Titel: mod_sql: funktioniert nicht Beitrag von: Wörsty am 03. August 2005, 22:33:58 Zitat von: "Anonymous" Ich hase das wenn meine Beiträge im Sand verlaufen. *michärgerweilichncihtweißwoichdieinfossonstherkrieg* Zitat Failed binding to 0.0.0.0, port 21: Address already in use Einfach lesen. Und wenn das nicht reicht, Forensuche. Gute Nacht :D Titel: mod_sql: funktioniert nicht Beitrag von: EaStErDoM am 04. August 2005, 17:04:16 Ja, aber dazu muss man doch wissen wonach.
0.0.0.0 <- Das ist ein lokaler Server, der müsste doch versuchen über 127.0.0.1 zu gehen, muss ich das wo umstellen? Und wieso ist das jetzt auf einmal, ohne die SQL-Erweiterung hat alles funktioniert und der Server antwortet doch auch wenn ich ihn mit FTp anwähle, die Daten die er versucht aus der Datenbank auszulesen werden von der Datenbank auch geliefert. Titel: mod_sql: funktioniert nicht Beitrag von: stonki am 04. August 2005, 19:49:36 Zitat von: "EaStErDoM" Ja, aber dazu muss man doch wissen wonach. 0.0.0.0 <- Das ist ein lokaler Server, der müsste doch versuchen über 127.0.0.1 zu gehen, muss ich das wo umstellen? Und wieso ist das jetzt auf einmal, ohne die SQL-Erweiterung hat alles funktioniert und der Server antwortet doch auch wenn ich ihn mit FTp anwähle, die Daten die er versucht aus der Datenbank auszulesen werden von der Datenbank auch geliefert. wieso die Fehlermeldung kommt steht sogar in der FAQ. Titel: mod_sql: funktioniert nicht Beitrag von: EaStErDoM am 05. August 2005, 00:52:05 Die FAQ da oben dreht sich nur ums phpBB und die ProFTPD-FAQ von proftpd.org ist strukturell aufgebaut, da findet man nur etwas wenn man weiß wonach man sucht und ich find nichts mit '0.0.0.0' oder 'Failed binding'.
Titel: mod_sql: funktioniert nicht Beitrag von: EaStErDoM am 05. August 2005, 01:14:54 Hab jetzt erst die FAQ direkt auf proftpd.de gesehen und proftpd aus der inetd.conf gelöscht, wo es nie stehen hätte dürfen, weil es schon immer standalone rannte. Jedenfalls hab ich mit /etc/init.d/proftpd stop ProFTPD gestoppt, allerdings läuft der scheinbar immer noch und jetzt kreig ich statt der Failed Bindin Meldung folgendes:
Code: ProFTPD 1.2.10 (stable) (built do mrt 22 18:28:32 CET 2001) standalone mode STARTUP Und wenn ich versuche mich anzumelden: Code: server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - FTP session requested from unknown class server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - connected - local : 193.22.164.252:21 server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - connected - remote : 212.17.119.216:1842 server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - FTP session opened. server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching PRE_CMD command 'USER centraport' to mod_rewrite server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching PRE_CMD command 'USER centraport' to mod_tlsserver81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching PRE_CMD command 'USER centraport' to mod_core server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching PRE_CMD command 'USER centraport' to mod_core server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching PRE_CMD command 'USER centraport' to mod_delay server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching PRE_CMD command 'USER centraport' to mod_auth server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching CMD command 'USER centraport' to mod_ratio server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching CMD command 'USER centraport' to mod_auth server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching POST_CMD command 'USER centraport' to mod_sql server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching POST_CMD command 'USER centraport' to mod_delay server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching LOG_CMD command 'USER centraport' to mod_sqlserver81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching LOG_CMD command 'USER centraport' to mod_logserver81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_rewrite server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_tls server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_core server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_core server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_delayserver81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_wrap server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_radius server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_auth server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching CMD command 'PASS (hidden)' to mod_auth server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - USER centraport (Login failed): Invalid shell: '' server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching POST_CMD_ERR command 'PASS (hidden)' to mod_sql server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching POST_CMD_ERR command 'PASS (hidden)' to mod_delay server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching LOG_CMD_ERR command 'PASS (hidden)' to mod_sql server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching LOG_CMD_ERR command 'PASS (hidden)' to mod_log server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - dispatching LOG_CMD_ERR command 'PASS (hidden)' to mod_auth server81.serverflex.de (TK212017119216.teleweb.at[212.17.119.216]) - FTP session closed. Bei den Meldungen komm ich auch mit eigenen Assoziationen nicht mehr weiter. Hilfe :oops: Titel: mod_sql: funktioniert nicht Beitrag von: stonki am 05. August 2005, 08:20:31 Zitat von: "EaStErDoM" Code: ProFTPD 1.2.10 (stable) (built do mrt 22 18:28:32 CET 2001) standalone mode STARTUP [...] USER centraport (Login failed): Invalid shell: '' genau so soll es sein. Nun noch in die Config "RequireValidshell off" eintragen, neu starten und es geht... Titel: mod_sql: funktioniert nicht Beitrag von: EaStErDoM am 05. August 2005, 15:18:59 Ja, es geht, llerdings nur wenn ich Proftpd mit dem Befehl
Code: proftpd -n -d5 starte, wenn ich, oder Debian beim Systemstart mit Code: /etc/init.d/proftpd start starte, wie sonst immer, schlägts fehl, dann sagt er beim Login: Code: PASV 230 User centraport logged in. Kann keine IP Adresse in der PASV Antwort finden '230 User centraport logged in.' Beende Verbindung mit Gegenstelle 193.22.164.252 PS: Das dauert jetzt fast 2 Minuten bis der Login durchkommt, obwohl ich sogar mit der IP arbeite. Früher hat das nur den Bruchteil einer Sekunde gebraucht, hab ja mehrmals gelesen das die mod_sql das etwas langsamer macht, aber 2 Minuten ist schon extrem oder? Um einen Ordner zu erstellen brauchts dann auch fast 30 Sekunden. Nochwas: Hab gelesen für den Rechner ist es entlastend, wenn ich ProFTPD mit inetd und nciht standalone laufen habe - zhlt sich das wirklich aus und hat jemand hilfreiche Ressource dafür wie ich das umstelle? Aja das Wichtigte: Herzlichen Dank für die Hilfe :D[/code] Titel: mod_sql: funktioniert nicht Beitrag von: EaStErDoM am 05. August 2005, 15:22:32 Wichtig: Der Benutzer centraport hat Vollzugriff auf die gesamte Verzeichnis-Struktur! Der kann nciht nur alle anderen benutzer einsehen sondern kommt auch bei allen anderen Verzeichnissen rein, sonst hab ich den mit DocumentRoot ~/www im www Ordner eingesperrt, aber wie mach ich das jetzt?
Titel: mod_sql: funktioniert nicht Beitrag von: EaStErDoM am 05. August 2005, 16:11:06 Das mit den 2 Minuten hat sich erledigt, braucht nun wieder nur ein paar Sekunden, lag wohl daran, dass es früher der erste Login war. Hab auch mittlerweile begriffen das ich gar nicht registriert bin, was ich nun nachgeholt habe. Entschuldigung für die Mehrfachbeiträge.
Dann wärens vorerst nur mehr die zwei Probleme oben. Titel: mod_sql: funktioniert nicht Beitrag von: Anonymous am 12. August 2005, 11:19:54 naja, auch wenn ich damit jetzt nichts anfagen kann, trotzdem danke.
|