proftpd und mysql

[Hoaxter]

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

[alaly]

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

[Hoaxter]

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