www.ProFTPD.de

hallo,
ich starte mit
# proftpd -c /etc/proftpd.conf -n


localhost - ProFTPD 1.2.9 (stable) (built Fri May 21 12:47:10 CEST 2004) standalone mode STARTUP
hier habe ich versucht von einem anderem rechener zu connecten

rtts (rene[192.168.2.3]) - ProFTPD terminating (signal 11)
rtts (rene[192.168.2.3]) - FTP session closed.
und hier nochmak
rtts (rene[192.168.2.3]) - ProFTPD terminating (signal 11)
rtts (rene[192.168.2.3]) - FTP session closed.

vom anderen rechner aus:
#ftp 192.168.2.222
Connected to 192.168.2.222.
421 Service not available, remote server has closed connection.
ftp>


meine proftpd.conf:
# (C) www.proftpd.de
# updated 2003-05-12
# by Stonki

ServerName "SERVERNAME"
ServerType standalone
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
# Note that this ONLY works in standalone mode
MaxInstances 30

# Set the user and group under which the server will run.
User rt
Group nogroup

# To cause every FTP user to be "jailed" (chrooted) into their home
# directory, uncomment this line.
DefaultRoot ~
# Normally, we want files to be overwriteable.

<Directory />
AllowOverwrite on
</Directory>


SQLConnectInfo        proma@localhost ftpuser aa
SQLAuthenticate       users
SQLAuthTypes          backend
SQLDefaultHomedir     /var/www
SQLUserInfo           users userid passwd uid gid homedir shell
SQLGroupInfo          groups groupname gid members
SQLLog                PASS updatecount
SQLNamedQuery         updatecount UPDATE "count=count+1 WHERE userid='%u'"users


rene

Du hast einen Fehler in der mod_SQL Konfig. Fuege Deiner Config die zeile:

SQLLogFile /var/log/proftpd.sql.log

hinzu, starte Proftpd neu und schau Dir den Fehler an.

hallo,
ich hab mich jetzt angemeldet
in der logfile steht:
May 22 12:21:18 mod_sql/4.10[13071]: backend module 'mod_sql_mysql/4.04'
May 22 12:21:18 mod_sql/4.10[13071]: backend api    'mod_sql_api_v1'
May 22 12:21:18 mod_sql/4.10[13071]: >>> sql_getconf
May 22 12:21:18 mod_sql/4.10[13071]: entering   mysql cmd_defineconnection
May 22 12:21:18 mod_sql/4.10[13071]:  name: 'default'
May 22 12:21:18 mod_sql/4.10[13071]:  user: 'ftpuser'
May 22 12:21:18 mod_sql/4.10[13071]:  host: 'localhost'
May 22 12:21:18 mod_sql/4.10[13071]:    db: 'proma'
May 22 12:21:18 mod_sql/4.10[13071]:  port: '3306'
May 22 12:21:18 mod_sql/4.10[13071]:   ttl: '0'
May 22 12:21:18 mod_sql/4.10[13071]: exiting    mysql cmd_defineconnection
May 22 12:21:18 mod_sql/4.10[13071]: entering   mysql cmd_open

was heißt das??

und noch hie wenn ich im debugmodus starte:
rtts:~# proftpd -c /etc/proftpd.conf -n -d 9
 - parsing '/etc/proftpd.conf' configuration
 - FS: using system open()
 - 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
 - <Directory />: adding section for resolved path '/'
 - FS: using system read()
 - FS: using system read()
 - FS: using system read()
 - FS: using system read()
 - FS: using system read()
 - FS: using system close()
rtts -
rtts - Config for SERVERNAME:
rtts - /
rtts -  AllowOverwrite
rtts -  Umask
rtts -  SQLConnectInfo
rtts -  SQLAuthenticate
rtts -  SQLAuthTypes
rtts - DefaultServer
rtts - Umask
rtts - UserID
rtts - UserName
rtts - GroupID
rtts - GroupName
rtts - DefaultRoot
rtts - SQLConnectInfo
rtts - SQLAuthenticate
rtts - SQLAuthTypes
rtts - SQLDefaultHomedir
rtts - SQLLogFile
rtts - dispatching auth request "getgroups" to module mod_sql
rtts - dispatching auth request "getgroups" to module mod_auth_file
rtts - dispatching auth request "getgroups" to module mod_auth_unix
rtts - SETUP PRIVS at main.c:2704
rtts - ROOT PRIVS at main.c:1956
rtts - RELINQUISH PRIVS at main.c:1962
rtts - ROOT PRIVS at main.c:2323
rtts - opening scoreboard '/usr/local/var/proftpd/proftpd.scoreboard'
rtts - RELINQUISH PRIVS at main.c:2347
rtts - ROOT PRIVS at inet.c:452
rtts - RELINQUISH PRIVS at inet.c:510
rtts - ProFTPD 1.2.9 (stable) (built Fri May 21 12:47:10 CEST 2004) standalone mode STARTUP
rtts - ROOT PRIVS at main.c:2171
rtts - RELINQUISH PRIVS at main.c:2177
rtts - FS: using system lstat()

heir versuche ich zu connecten

rtts - FS: using system lstat()
rtts - ROOT PRIVS at main.c:1150
rtts - RELINQUISH PRIVS at main.c:1154
rtts (rene[192.168.2.3]) - performing ident lookup
rtts - FS: using system lstat()
rtts (rene[192.168.2.3]) - ident connection failed: Connection refused
rtts (rene[192.168.2.3]) - ident lookup returned 'UNKNOWN'
rtts (rene[192.168.2.3]) - ROOT PRIVS at main.c:977
rtts (rene[192.168.2.3]) - SETUP PRIVS at main.c:982
rtts (rene[192.168.2.3]) - performing module session initializations
rtts (rene[192.168.2.3]) - ROOT PRIVS at mod_sql.c:3630
rtts (rene[192.168.2.3]) - RELINQUISH PRIVS at mod_sql.c:3632
rtts (rene[192.168.2.3]) - ProFTPD terminating (signal 11)
rtts (rene[192.168.2.3]) - FTP session closed.



rtts - ProFTPD terminating (signal 2)
rtts - ROOT PRIVS at main.c:1838
rtts - RELINQUISH PRIVS at main.c:1859
rtts - ProFTPD 1.2.9 standalone mode SHUTDOWN
rtts - ROOT PRIVS at main.c:1866
rtts - RELINQUISH PRIVS at main.c:1868

äää kann das damit zusammenhängen das ich mysql 3.23.58 habe???

hab jetzt auch mysql 4.0.20 installiert,
proftpd neukompiliert, mit
./configure --prefix=/usr/local/proftpd/1.2.9 --with-modules=mod_sql:mod_sql_mysql --with-includes=/usr/local/mysql/current/include/mysql/ --with-libraries=/usr/local/mysql/current/lib

make
make install

ist aber immernoch das gleiche problem...
 :?!  :??

wie sieht denn Dein SQLLOg aus, wenn Du Dich anmeldest.. ?

cu
stonki

hab ich doch oben geschrieben


rene

hmm, das ist nicht viel. Da fehlt einiges..... Kannst Du mir mal kurz Zugang geben ?

wie zugang geben?

Hallo

Ich hab das gleiche Problem und google schon tagelang !
:roll:
Währe Toll wenn ihr die lösung Posten könntet !

alaly@freenet.de

Welches System hast du?
Wie sieht dein Proftpd-Logfile / SQL-Logfile aus?
Was geht nicht?

Hi,
Erstmal danke für die schnelle Antwort !

So wie ich das sehe hab ich das selbe Problem wie rene

Mein System ist Debian unstable ich will unteranderem den proftpd auf ne mysql-DB audlaufen lassen um ein eigenes ISP zu basteln, hab das zuhause auch schon an nem testrechner hinbekommen nur jetzt auf dem Rootserver will er nicht wenn ich konnekte kommt noch kein login hier die meldungen :

tail -f /var/log/proftpd.sql.log

Jun 09 01:02:18 mod_sql/4.10[4290]: >>> sql_getconf
Jun 09 01:02:18 mod_sql/4.10[4290]: entering    mysql cmd_defineconnection
Jun 09 01:02:18 mod_sql/4.10[4290]:  name: 'default'
Jun 09 01:02:18 mod_sql/4.10[4290]:  user: 'user'
Jun 09 01:02:18 mod_sql/4.10[4290]:  host: 'localhost'
Jun 09 01:02:18 mod_sql/4.10[4290]:    db: 'dbname'
Jun 09 01:02:18 mod_sql/4.10[4290]:  port: '3306'
Jun 09 01:02:18 mod_sql/4.10[4290]:   ttl: '0'
Jun 09 01:02:18 mod_sql/4.10[4290]: exiting     mysql cmd_defineconnection
Jun 09 01:02:18 mod_sql/4.10[4290]: entering    mysql cmd_open

 proftpd -c /etc/proftpd.conf -n -d 9

 - parsing '/etc/proftpd.conf' configuration
 - FS: using system open()
 - FS: using system read()
 - Compiling deny regex '\*.*/'.
 - Allocated deny regex at location 0x80f2400.
 - FS: using system read()
 - FS: using system read()
 - FS: using system read()
 - dispatching auth request "getpwnam" to module mod_radius
 - 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_radius
 - 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
 - Class 'default' maxconnections set to 5.
 - Class 'internet' maxconnections set to 5.
 - Class 'local' maxconnections set to 5.
 - Class 'internet' ipmask 0x8137b84/0 added.
 - Class 'local' ipmask 0x813175c/24 added.
 - FS: using system read()
 - <Directory /*>: adding section for resolved path '/*'
 - FS: using system read()
 - FS: using system read()
 - FS: using system read()
 - FS: using system close()
kunden1 -
kunden1 - Config for ftp.edv-aff.de:
kunden1 - /*
kunden1 -  Limit
kunden1 -   DenyAll
kunden1 -  Limit
kunden1 -   AllowAll
kunden1 -  AllowOverwrite
kunden1 -  HideNoAccess
kunden1 -  DenyFilter
kunden1 -  ShowSymlinks
kunden1 -  HiddenStores
kunden1 -  SQLAuthTypes
kunden1 -  SQLAuthenticate
kunden1 -  SQLConnectInfo
kunden1 -  SQLLog_PASS
kunden1 -  SQLNamedQuery_counter
kunden1 - SQLLog_RETR
kunden1 - SQLLog_STOR
kunden1 - SQLNamedQuery_transfer1
kunden1 - SQLLog_ERR_RETR
kunden1 - SQLLog_ERR_STOR
kunden1 - SQLNamedQuery_transfer2
kunden1 - SQLLogFile
kunden1 - AllowForeignAddress
kunden1 - Umask
kunden1 - DirUmask
kunden1 - UserID
kunden1 - UserName
kunden1 - GroupID
kunden1 - GroupName
kunden1 - MaxClientsPerHost
kunden1 - MaxClients
kunden1 - Classes
kunden1 - IdentLookups
kunden1 - TimeoutStalled
kunden1 - TransferLog
kunden1 - ExtendedLog
kunden1 - DefaultRoot
kunden1 - MaxLoginAttempts
kunden1 - RequireValidShell
kunden1 - SETUP PRIVS at ../../../src/main.c:2704
kunden1 - ROOT PRIVS at ../../../src/main.c:1956
kunden1 - RELINQUISH PRIVS at ../../../src/main.c:1962
kunden1 - ROOT PRIVS at ../../../src/main.c:2323
kunden1 - opening scoreboard '/var/run/proftpd/proftpd.scoreboard'
kunden1 - RELINQUISH PRIVS at ../../../src/main.c:2347
kunden1 - ROOT PRIVS at ../../../src/inet.c:452
kunden1 - RELINQUISH PRIVS at ../../../src/inet.c:510
kunden1 - ProFTPD 1.2.9 (stable) (built do mrt 22 18:28:32 CET 2001) standalone mode STARTUP
kunden1 - ROOT PRIVS at ../../../src/main.c:2171
kunden1 - RELINQUISH PRIVS at ../../../src/main.c:2177
kunden1 - FS: using system lstat()
kunden1 - scrubbing scoreboard
kunden1 - ROOT PRIVS at ../../../modules/mod_core.c:194
kunden1 - RELINQUISH PRIVS at ../../../modules/mod_core.c:201
kunden1 - ROOT PRIVS at ../../../modules/mod_core.c:223
kunden1 - RELINQUISH PRIVS at ../../../modules/mod_core.c:251
kunden1 - FS: using system lstat()

Das Kommt wenn ich einen Connect versuche :

kunden1 - FS: using system lstat()
kunden1 - ROOT PRIVS at ../../../src/main.c:1150
kunden1 - RELINQUISH PRIVS at ../../../src/main.c:1154
kunden1 (pD9FF604B.dip.t-dialin.net[217.255.96.75]) - ident lookup disabled
kunden1 (pD9FF604B.dip.t-dialin.net[217.255.96.75]) - ROOT PRIVS at ../../../src/main.c:977
kunden1 (pD9FF604B.dip.t-dialin.net[217.255.96.75]) - SETUP PRIVS at ../../../src/main.c:982
kunden1 (pD9FF604B.dip.t-dialin.net[217.255.96.75]) - FTP session requested from class 'internet'
kunden1 (pD9FF604B.dip.t-dialin.net[217.255.96.75]) - performing module session initializations
kunden1 (pD9FF604B.dip.t-dialin.net[217.255.96.75]) - ROOT PRIVS at ../../../modules/mod_sql.c:3630
kunden1 (pD9FF604B.dip.t-dialin.net[217.255.96.75]) - RELINQUISH PRIVS at ../../../modules/mod_sql.c:3632
kunden1 - FS: using system lstat()
kunden1 - FS: using system lstat()
kunden1 - scrubbing scoreboard
kunden1 - ROOT PRIVS at ../../../modules/mod_core.c:194
kunden1 - RELINQUISH PRIVS at ../../../modules/mod_core.c:201
kunden1 - ROOT PRIVS at ../../../modules/mod_core.c:223
kunden1 - RELINQUISH PRIVS at ../../../modules/mod_core.c:251
kunden1 - FS: using system lstat()

hab in der proftpd.conf auch schon alle möglichen einstellungen ausprobiert nix

dn = mysql 4.0.18

Bin erlichgesagt ratlos, wie gesagt auf dem heimischen testrechner funzt alles einwandfrei !

THX im vorraus

alaly

Habe ich geahnt.
Für Debian gibt es momentan glaub ich keine Lösung.
Hat denn das kompilieren geklappt?! *wunder*
Stonki hat was von fehlerhaften MySQL-Libs erzählt...
Vielleicht bin ich aber auch nur verwirrt :|

worin unterscheiden dich die anderen systeme denn wo es funktioniert??
ich bin auf auth user files umgestigen...

http://www.proftpd.de/forum2/viewtopic.php?t=1015

Ich gebe einfach mal wieder was robe mir dazu erklaert hat:
Das ganze geht zurueck auf einen Bug in der libmysqlclient aus Debian/woody. Da wird beim Aufrug der Funktion mysql_options() ein segfault getriggert. Der ist aber nicht sicherheitsrelevant deswegen wird der in woody nicht gefixt. Mit der Ueberarbeiteten Version des mod_sql wurde nach dem Release von proftpd 1.2.8 auch diese Funktion vewendet und deswegen funktioniert seitdem das mod_sql_mysql nicht mehr mit Debian/woody.
Es gibt grob drei Moeglichkeiten dem Problem zu entgehen:
1. Update der mysql mit Paketen von backports.org
2. Benutzung einer alten proftpd version
3. Wird in dem anderen Thread beschrieben, einfach das changeset dass das den mysql_options aufruf eingefuehrt hat rueckgaengig machen.

Alles halt noch ungetestet, ich habe nur probiert ob der login wieder geht und das tut er bin aber wegen Schulkram noch nicht dazu gekommen das ganze auf einem Produktivsystem testweise zu implementieren um zu sehen ob es da irgendwelche negativen Nebeneffekte gibt.

Gruss,
Sven

Hallo,

Erst mal Vielen Dank der Link von stonky war die lösung !
Anscheinend ist das aktuelle debian Packet proftpd-mysql fehlerhaft !

nachdem ich die pakete gezogen habe ein :

ein:
apt-get install libmysqlclient-dev

tar xzvf  proftpd-1.2.10rc1_debian.tar.gz

cd proftpd-1.2.10rc1

patch -t contrib/mod_sql_mysql.c ../debian_woody_mysql.patch

./configure --with-modules=mod_sql:mod_sql_mysql --with-includes=/usr/local/mysql/include --with-libraries=/usr/lib

make
make install

vi /etc/init.d/proftpd

dann das :
DAEMON=/usr/sbin/proftpd
durch das:
DAEMON=/usr/local/sbin/proftpd
ersetzten

die datei /usr/local/etc/proftpd.conf umbenennen
und nen link setzten :

ln -s /etc/proftpd.conf /usr/local/etc/proftpd.conf

so das wars confdatei saubermachen und schon lief es bei mir !
keine gewähr das es immer so klapt aber bei mri schnurrt er wieder !

nochmal danke an alle die mir geholfen haben !

alaly

Ok ich habe mir grade mal die Zeit genommen weiter zu suchen warum der Umstieg von load_defaults() zu mysql_options()  vorgenommen wurde.
Laut CVS log ist das ein fix fuer Bug#1982 der noetig wurde weil die Funktion load_defaults() scheinbar selber Bugs hat und zudem auch noch undokumentiert ist (das ist sie tatsaechlich man findet nur ein paar Hinweise auf den mysql Mailinglisten). So laueft das ganze von einem Bug zum naechsten - zumindest bei Debian/woody. Ansich sollte der oben erwaehnte Patch also ok sein. Vorrausgesetzt man laueft nicht mit einem bsd Jail oder ggf schon bei einer anderen nicht ganz so ueblichen Konfiguration in einen der Bugs von load_defaults().

Ja, ja kaputte Welt ...

Sven