Titel: Login Problem Beitrag von: tps am 24. Januar 2007, 18:31:55 Hallo,
bin neu hier und total am Ende mit meinen Ideen. Ich habe einen Root-Server auf dem Proftpd läuft. Zusätzlich habe ich VHCS2 installiert. Mein Problem ist jetzt, dass User ihren FTP-Account über VHCS2 zwar ordentlich einrichten aber nicht nutzen können. Filezilla, SmartFTP oder Webmail melden alle "Login incorrect". Die SQL Tabellen sind in ordnung, Passwörter stimmen. Entweder liegt hier irgendwo ein echtes Problem vor oder ich bin einfach zu dämlich. Meine proftpd.conf: Code: # # VHCS proftpd config file # # ServerName "Debian-pre40-etch-64-LAMP" ServerType standalone DeferWelcome off ShowSymlinks on MultilineRFC2228 on DefaultServer on ShowSymlinks on AllowOverwrite on LogFormat traff "%b %u" TimeoutNoTransfer 600 TimeoutStalled 600 TimeoutIdle 1200 DisplayLogin welcome.msg DisplayFirstChdir .message #LsDefaultOptions "-l" DenyFilter \*.*/ DefaultRoot ~ # Uncomment this if you are using NIS or LDAP to retrieve passwords: #PersistentPasswd off # Port 21 is the standard FTP port. Port 21 # 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 that the server normally runs at. User nobody Group nogroup # Normally, we want files to be overwriteable. <Directory /*> # Umask 022 is a good standard umask to prevent new files and dirs # (second parm) from being group and world writable. Umask 022 022 AllowOverwrite on HideNoAccess on </Directory> <Limit ALL> IgnoreHidden on </Limit> <Global> TransferLog /var/log/xferlog ExtendedLog /var/log/ftp_traff.log read,write traff PathDenyFilter "\.quota$" </Global> <IfModule mod_delay.c> DelayEngine off </IfModule> IdentLookups off UseReverseDNS off # # VHCS2 Managment; # SQLAuthTypes Crypt SQLAuthenticate on SQLConnectInfo vhcs2@localhost:3306 vftp mein_passwort SQLUserInfo ftp_users userid passwd uid gid homedir shell SQLGroupInfo ftp_group groupname gid members SQLMinID 2000 # # VHCS2 Quota management; # QuotaEngine on QuotaShowQuotas on QuotaDisplayUnits Mb SQLNamedQuery get-quota-limit SELECT "name, quota_type, per_session, limit_type, bytes_in_avail, bytes_out_avail, bytes_xfer_avail, files_in_avail, files_out_avail, files_xfer_avail FROM quotalimits WHERE name = '%{0}' AND quota_type = '%{1}'" SQLNamedQuery get-quota-tally SELECT "name, quota_type, bytes_in_used, bytes_out_used, bytes_xfer_used, files_in_used, files_out_used, files_xfer_used FROM quotatallies WHERE name = '%{0}' AND quota_type = '%{1}'" SQLNamedQuery update-quota-tally UPDATE "bytes_in_used = bytes_in_used + %{0}, bytes_out_used = bytes_out_used + %{1}, bytes_xfer_used = bytes_xfer_used + %{2}, files_in_used = files_in_used + %{3}, files_out_used = files_out_used + %{4}, files_xfer_used = files_xfer_used + %{5} WHERE name = '%{6}' AND quota_type = '%{7}'" quotatallies SQLNamedQuery insert-quota-tally INSERT "%{0}, %{1}, %{2}, %{3}, %{4}, %{5}, %{6}, %{7}" quotatallies QuotaLock /var/run/proftpd/tally.lock QuotaLimitTable sql:/get-quota-limit QuotaTallyTable sql:/get-quota-tally/update-quota-tally/insert-quota-tally Bin für jeden Tip dankbar. Titel: Re: Login Problem Beitrag von: tps am 26. Januar 2007, 16:07:15 Keiner eine Idee ?? Hmnm...
wie kann ich denn SQL Logging aktivieren ?? Wenn ich SQLLOGFILE /var/log/proftpd.sql.log eintrage passiert da far nichts. Titel: Re: Login Problem Beitrag von: VolGas am 27. Januar 2007, 01:40:10 Hallo!
Wenn die Konfiguration in Ordnung ist, wird es sehr wahrscheinlich daran liegen, daß die Zugriffsrechte von mindestens einem der Verzeichnisse, die sich oberhalb des jeweiligen Userverzeichnisses befinden, nicht passend sind. Zum Thema Logging siehe "LogFormat", "TransferLog", "ExtendedLog" und "SQLLogFile" nach bei den ->Direktiven (http://www.proftpd.de/Direktiven.54.0.html) hier auf Stonki's Supportsite... Nach dem Ändern der proftpd.conf mußt Du dem ProFTPD natürlich noch das "HUP"-Signal senden oder ihn sonst irgendwie neu starten. Du bist bestimmt nicht zu dämlich, aber bei einem so komplexen System wie VHCS und Konsorten sind die einzelnen Elemente sehr stark aufeinander abgestimmt. In diese empfindlichen Abhängigkeiten einzugreifen erfordert schon eine recht gut Kenntnis der Hosting-Software. Aber wer sich irgendwo ohne eigene Kenntnisse etwas fertiges "einkauft", limiiert sich auch gleichzeitig auf diesen Level. Du solltest Dich dann auch bei Problemen an denjenigen, der den Fehler "verzapft" hat, wenden: nämlich an die Entwickler von VHCS... Tut mir leid, daß ich/wir Dir hier nicht weiterhefen können und es mag alles arrogant und hart kingen, es ist aber nur ehrlich. Ein gut gemeinter Tipp noch: ich möchte Dir wärmstens z.B. das Standardwerk, den ->"Kofler" (http://www.amazon.de/exec/obidos/ASIN/3827321581/ref=ase_deutscheinlon-21/302-4395941-9435229) empfehlen, es gibt aber generell auch sehr viel weiterführende Literatur im Internet... mfg. VolGas Nachtrag: ich bin gerade einmal über die von Dir gepostete Konfiguration geflogen. Was mir gleich aufgefallen ist: es fehlt "RequireValidShell off" - vielleicht reicht das alleine schon... Ein Fehler wäre "AuthOrder mod_sql.c" auch nicht gerade. Konfigurationsbeispiele ->hier (http://www.proftpd.de/Beispiel-Konfigurationen.25.0.html)... |