Aeh ja. Und jetzt noch mit dem log vom Login ....

Sven

So endlich bin ich dazu gekommen einen backport der Proftpd Pakete aus sid fuer woody zu bauen die den o.g. Patch enthalten.
Alle die sich mental stark genug fuehlen ihre Server meinen teuflischen Paketen auszusetzen duerfen sich hier bedienen:
http://sven.stormbind.net/proftpd/debian


Feedback darf sehr gerne hier gepostet werden.
Ich uebernehme aber keine Garantie fuer irgendwas!
Sven

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

Na ja wenn jemand ein .jpeg hochlaed das in wirklichkeit ein html file mit php code enthaelt wird bei normaler konfiguration der php parser das teil ignorieren. Ich weiss nicht wo das Problem mit dem hochladen ist das laest sich ja dann immer noch nicht ausfuehren.
Erklaer mal weiter was du befuerchtest vielleicht kann ich einfach nicht umstaendlich genug denken

Sven

http://www.proftpd.de/Direktiven_Liste.28.0.html

Dann fang mal an mit lesen und Konfigurationsdatei zusammen bauen.

Sven

Je nach Winkel des Betrachters ist das durchaus ein bekanntes Problem - und zwar das Problem das einige resistente Mitmenschen sich weigern Hilfe zur Selbsthilfe anzunehmen.
http://www.castaglia.org/proftpd/doc/contrib/ProFTPD-mini-HOWTO-Debugging.html
oder meine alte Uebsersetzung davon: http://sven.stormbind.net/proftpd/debug-proftpd.txt

Sven

Do what you're told to do! Sprich installiere einen C compiler.

Sven

Sie hat funktioniert, allerdings nur fuer den letzten Eintrag. D.h. proftpd hat immer versucht alle user in das zuletzt eingetragene DefaultRoot zu chroot()en.
Das stimmte dann immer fuer den zuletzt angelegten user aber fue die anderen _ging_das_definitiv_nicht_! Es sei den die sollten alle ins gleiche $HOME.

Sven

Da scheint ein bug in dem HowTo zu sein, ich bin mir sehr sicher das Du keine ssh keys benoetigst sondern ein x500 cert.

Ich versuch da mal irgendwie nen bugfix zu organisieren.

Sven

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

Ich gehe einfach mal von Debian/woody aus.

Stelle sicher das folgende Pakete installier sind:
libmysqlclient10
libmysqlclient10-dev

Findest Du raus mittels
export COLUMNS=200
dpkg -l|grep mysql

Dazu natuerlich auch die passenden mysql server pakete sonst bringt das ganze nichts. Externe mysql sourcen zu verwenden ist vollkommen daneben da dann die source und binary version nicht mehr aufeinander passen. Um das problem mit dem mysql_options() bug zu umgehen empfiehlt es sich natuerlich die mysql Pakete von backports.org zu verwenden. http://www.backports.org/debian/dists/stable/mysql-dfsg/
Das ganze backports.org archiv ist apt enabled zur nutzung bitte in sources.list eintragen.
Achtung:
Bei der Benutzung der backports.org Pakete zur Verwendung des aktuellen mod_sql_mysql
heissen die mysql Pakete dann natuerlich:
libmysqlclient12
libmysqlclient-dev

Compilen dann mit ./configure --with-modules=mod_sql:mod_sql_mysql --with-includes=/usr/include/mysql/ && make

Zumindest mit den ur-woody mysql paketen baut das dann durch, ich gehe davon aus das nobses backports ok sind und das damit auch ohne probleme laueft.

Das mod_sql_mysql in den backports.org proftpd paketen ist br0ken eben wegen genau diesem mysql_options() bug. Ich versuche das mit nobse irgendwie zu loesen wenn er von der DebConf 4 zurueck ist. Ansonsten funktionieren aber auch die angestaubten proftpd pakete aus woody mit ner mysql als backend.

HTH
Sven