www.ProFTPD.de

ProFTPD => ProFTPD - Deutsch => Thema gestartet von: mickey am 10. Oktober 2004, 19:22:39



Titel: [Mysql] Proftpd lasst keien connection zu
Beitrag von: mickey am 10. Oktober 2004, 19:22:39
hello,

habe zuerst mal mit protfpd-mysql von den backports probiert -> war der selbe fehler wie wenn ich es selber compl.
also,
egal ob ich vom localhost oder von einem anderen pc versuche einen connect zu machen -> 421 Service not available, remote server has closed connection

ps -aux bzw. netstat -alnp besagt was gegenteiliges.

hier ein auszug aus der debug:
Code:

Oct 10 16:03:45 ramml proftpd[18029]: ramml - FS: using system chdir()
Oct 10 16:03:45 ramml proftpd[18029]: ramml - ROOT PRIVS at main.c:2323
Oct 10 16:03:45 ramml proftpd[18029]: ramml - opening scoreboard '/usr/local/var/proftpd/proftpd.scoreboard'
Oct 10 16:03:45 ramml proftpd[18029]: ramml - RELINQUISH PRIVS at main.c:2347
Oct 10 16:03:45 ramml proftpd[18029]: ramml - ROOT PRIVS at inet.c:452
Oct 10 16:03:45 ramml proftpd[18029]: ramml - RELINQUISH PRIVS at inet.c:510
Oct 10 16:03:45 ramml proftpd[18029]: ramml - ROOT PRIVS at main.c:2171
Oct 10 16:03:45 ramml proftpd[18029]: ramml - RELINQUISH PRIVS at main.c:2177
Oct 10 16:03:45 ramml proftpd[18029]: ramml - FS: using system lstat()
Oct 10 16:03:48 ramml proftpd[18029]: ramml - FS: using system lstat()
Oct 10 16:03:48 ramml proftpd[18031]: ramml - ROOT PRIVS at main.c:1150
Oct 10 16:03:48 ramml proftpd[18031]: ramml - RELINQUISH PRIVS at main.c:1154
Oct 10 16:03:48 ramml proftpd[18031]: ramml (ramml[127.0.0.1]) - performing ident lookup
Oct 10 16:03:48 ramml proftpd[18031]: ramml (ramml[127.0.0.1]) - ident connection failed: Connection refused
Oct 10 16:03:48 ramml proftpd[18031]: ramml (ramml[127.0.0.1]) - ident lookup returned 'UNKNOWN'
Oct 10 16:03:48 ramml proftpd[18031]: ramml (ramml[127.0.0.1]) - performing module session initializations
Oct 10 16:03:48 ramml proftpd[18031]: ramml (ramml[127.0.0.1]) - ROOT PRIVS at mod_sql.c:3630
Oct 10 16:03:48 ramml proftpd[18031]: ramml (ramml[127.0.0.1]) - RELINQUISH PRIVS at mod_sql.c:3632
Oct 10 16:03:48 ramml proftpd[18029]: ramml - FS: using system lstat()
cOct 10 16:03:48 ramml proftpd[18029]: ramml - FS: using system lstat()
Oct 10 16:03:57 ramml proftpd[18029]: ramml - ROOT PRIVS at main.c:1823
Oct 10 16:03:57 ramml proftpd[18029]: ramml - RELINQUISH PRIVS at main.c:1826
Oct 10 16:03:57 ramml proftpd[18029]: ramml - ROOT PRIVS at main.c:1838
Oct 10 16:03:57 ramml proftpd[18029]: ramml - RELINQUISH PRIVS at main.c:1859
Oct 10 16:03:57 ramml proftpd[18029]: ramml - ROOT PRIVS at main.c:1866
Oct 10 16:03:57 ramml proftpd[18029]: ramml - RELINQUISH PRIVS at main.c:1868


vor allem dneke ich dass dieser teil interessant ist:
Zitat
Oct 10 16:03:48 ramml proftpd[18031]: ramml (ramml[127.0.0.1]) - performing ident lookup
Oct 10 16:03:48 ramml proftpd[18031]: ramml (ramml[127.0.0.1]) - ident connection failed: Connection refused
Oct 10 16:03:48 ramml proftpd[18031]: ramml (ramml[127.0.0.1]) - ident lookup returned 'UNKNOWN'
Oct 10 16:03:48 ramml proftpd[18031]: ramml (ramml[127.0.0.1]) - performing module session initializations
Oct 10 16:03:48 ramml proftpd[18031]: ramml (ramml[127.0.0.1]) - ROOT PRIVS at mod_sql.c:3630
Oct 10 16:03:48 ramml proftpd[18031]: ramml (ramml[127.0.0.1]) - RELINQUISH PRIVS at mod_sql.c:3632


dieser kommt soblad ich in meiner config die zeile
Zitat
SQLConnectInfo proftpd@192.168.10.1 user psw

wieder aktivere. die logs vom sql sieht so aus:
Zitat

Oct 10 16:08:26 mod_sql/4.10[18046]: backend module 'mod_sql_mysql/4.04'
Oct 10 16:08:26 mod_sql/4.10[18046]: backend api    'mod_sql_api_v1'
Oct 10 16:08:26 mod_sql/4.10[18046]: >>> sql_getconf
Oct 10 16:08:26 mod_sql/4.10[18046]: entering   mysql cmd_defineconnection
Oct 10 16:08:26 mod_sql/4.10[18046]:  name: 'default'
Oct 10 16:08:26 mod_sql/4.10[18046]:  user: 'proftpd'
Oct 10 16:08:26 mod_sql/4.10[18046]:  host: '192.168.10.1'
Oct 10 16:08:26 mod_sql/4.10[18046]:    db: 'proftpd'
Oct 10 16:08:26 mod_sql/4.10[18046]:  port: '3306'
Oct 10 16:08:26 mod_sql/4.10[18046]:   ttl: '0'
Oct 10 16:08:26 mod_sql/4.10[18046]: exiting    mysql cmd_defineconnection
Oct 10 16:08:26 mod_sql/4.10[18046]: entering   mysql cmd_open


beim anderen mysql server kommt kein connect an - als normal schon.
bei der version 1.2.5 (debian stable) funktioniert alles ohne probleme.
jemand eine idee?
die config und tables etc. habe ich übrings von proftpd.de 1:1 kopiert um div. fehler zu vermeiden.

danke.


Titel: [Mysql] Proftpd lasst keien connection zu
Beitrag von: Wörsty am 10. Oktober 2004, 22:42:36
Hab's nur überflogen, aber versuch mal IdentLookups off (http://www.proftpd.de/index.php?id=28&directive_name=IdentLookups)


Titel: [Mysql] Proftpd lasst keien connection zu
Beitrag von: mickey am 11. Oktober 2004, 07:48:36
hello,

jup danke, jetzt wartet keine Sekunde mehr fürs Lookup sondern schreibt gleich connection refused by Remotehost.

Zitat

ramml:~# tail -f /var/log/debug /var/log/proftpd.sql.log
[.....]
Oct 11 04:36:14 ramml proftpd[18981]: ramml - FS: using system lstat()
Oct 11 04:36:14 ramml proftpd[18982]: ramml - ROOT PRIVS at ../../../src/main.c:1150
Oct 11 04:36:14 ramml proftpd[18982]: ramml - RELINQUISH PRIVS at ../../../src/main.c:1154
Oct 11 04:36:14 ramml proftpd[18981]: ramml - FS: using system lstat()
Oct 11 04:36:14 ramml proftpd[18982]: ramml (192.168.10.148[192.168.10.148]) - ident lookup disabled
Oct 11 04:36:14 ramml proftpd[18982]: ramml (192.168.10.148[192.168.10.148]) - performing module session initializations
Oct 11 04:36:14 ramml proftpd[18982]: ramml (192.168.10.148[192.168.10.148]) - ROOT PRIVS at ../../../modules/mod_sql.c:3630
Oct 11 04:36:14 ramml proftpd[18982]: ramml (192.168.10.148[192.168.10.148]) - RELINQUISH PRIVS at ../../../modules/mod_sql.c:3632
Oct 11 04:36:15 ramml proftpd[18981]: ramml - FS: using system lstat()

==> /var/log/proftpd.sql.log <==
Oct 11 04:36:14 mod_sql/4.10[18982]: backend module 'mod_sql_mysql/4.04'
Oct 11 04:36:14 mod_sql/4.10[18982]: backend api    'mod_sql_api_v1'
Oct 11 04:36:14 mod_sql/4.10[18982]: >>> sql_getconf
Oct 11 04:36:14 mod_sql/4.10[18982]: entering   mysql cmd_defineconnection
Oct 11 04:36:14 mod_sql/4.10[18982]:  name: 'default'
Oct 11 04:36:14 mod_sql/4.10[18982]:  user: 'proftpd'
Oct 11 04:36:14 mod_sql/4.10[18982]:  host: '192.168.10.1'
Oct 11 04:36:14 mod_sql/4.10[18982]:    db: 'protfptd'
Oct 11 04:36:14 mod_sql/4.10[18982]:  port: '3306'
Oct 11 04:36:14 mod_sql/4.10[18982]:   ttl: '0'
Oct 11 04:36:14 mod_sql/4.10[18982]: exiting    mysql cmd_defineconnection
Oct 11 04:36:14 mod_sql/4.10[18982]: entering   mysql cmd_open


die config sieht wie folgt aus:
Zitat

ramml:/usr/src# grep -v "^#" /etc/proftpd.conf
ServerName "SERVERNAME"
ServerType standalone
ServerAdmin support@proftpd.de
DeferWelcome on
DefaultServer on
Port 21
Umask 022
MaxInstances 30
IdentLookups off
<Directory />
AllowOverwrite on
</Directory>

AllowForeignAddress on

MaxClientsPerHost 2 "Nicht mehr als %m Verbindungen"
MaxClients 8 "Leider sind schon %m Clients verbunden"
MaxLoginAttempts 3

AllowStoreRestart on
AllowRetrieveRestart on

DefaultRoot ~
RequireValidShell off

TransferLog /var/log/proftpd.xferlog

LogFormat default "%h %l %u %t \"%r\" %s %b"
LogFormat auth "%v [%P] %h %t \"%r\" %s"
LogFormat write "%h %l %u %t \"%r\" %s %b"
ExtendedLog /var/log/proftpd.access_log WRITE,READ write

ExtendedLog /var/log/proftpd.auth_log AUTH auth

ExtendedLog /var/log/proftpd.paranoid_log ALL default

SQLLOGFILE /var/log/proftpd.sql.log
SQLAuthTypes Plaintext
SQLAuthenticate users*
SQLConnectInfo protfptd@192.168.10.1 proftpd proftpd
SQLDefaultGID 65534
SQLDefaultUID 65534
SQLMinUserGID 100
SQLMinUserUID 500
SQLUserInfo users username password uid gid homedir shell
SQLLog PASS counter
SQLNamedQuery counter UPDATE "letzter_zugriff=now(), count=count+1 WHERE username='%u'" users
SQLLog RETR,STOR transfer1
SQLNamedQuery transfer1 INSERT "'%u', '%f', '%b', '%h', '%a', '%m', '%T',now(), 'c', NULL" xfer_stat
SQLLOG ERR_RETR,ERR_STOR transfer2
SQLNamedQuery transfer2 INSERT "'%u', '%f', '%b', '%h', '%a', '%m', '%T',now(), 'i', NULL" xfer_stat
QuotaEngine on
QuotaShowQuotas on
QuotaLimitTable sql:/get-quota-limit
QuotaTallyTable sql:/get-quota-tally/update-quota-tally/insert-quota-tally

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


.


Titel: [Mysql] Proftpd lasst keien connection zu
Beitrag von: Wörsty am 11. Oktober 2004, 12:44:35
Deine Datenbank heißt wirklich 'protfptd'  :?:


Titel: [Mysql] Proftpd lasst keien connection zu
Beitrag von: mickey am 11. Oktober 2004, 15:01:23
danke für info ;-)

war leider auch nicht der fehler.
kommt noch immer die selbe meldung - oder auch "nicht meldung".
werde das mal auf einer andere linuxkiste gleich ausprobieren-- erfolg oder nicht erfolg kommt sogleich ;-)


Titel: [Mysql] Proftpd lasst keien connection zu
Beitrag von: mickey am 11. Oktober 2004, 15:37:43
so, dürfte offenbar ein debian problem sein...
habe es auf einer RH9 kiste ohne probleme zum laufen bkeommen.
komishc, aber was solls...
danke


Titel: [Mysql] Proftpd lasst keien connection zu
Beitrag von: Wörsty am 11. Oktober 2004, 16:12:05
Achso - ja - ist bekannt http://www.proftpd.de/forum2/viewtopic.php?t=1162  :roll:


Titel: [Mysql] Proftpd lasst keien connection zu
Beitrag von: mickey am 11. Oktober 2004, 16:15:34
naja, habe es allerdigns ohne probleme zu kompilieren geschafft.
diesen thread kenne ich eh.
aber okay ,.. danke.