Egy fura problemam van. Van nekem egy ProFTPD szerverem, bezarva egy Docker kontenerbe. Van hozza konfigom is, meg minden. Nagyon szepen dolgozik, majdnem mindent megcsinal, amit kerek tole, egyvalamit nem: nem logol a STDOUT-on kivul mashova (ugye a Docker miatt --nodaemon kapcsoloval fut).
Kiprobaltam pontosan ugyanezt a konfigot pontosan ugyanigy futtatva a ProFTPD-t, de nem Dockerben, hanem egy normalis virtualis gepben, es gyonyoruen irja mind az xferlogot, mind pedig a proftpd.log -ot (a sajat logjat), plusz irkal az STDOUT-ra is. A log mappan joga van neki irni, a logfajlokhoz ugyszint van joga.
Kicsit elakadtam, hogy merre tudnam tovabb keresni a megoldast. Ha kell, tudok adni konfigot is, de eleg biztos vagyok abban, hogy ez nem konfig issue.
Ja, plusz egy info: mind a Docker kontener, mind pedig a EC2 instance egy Debian Jesse volt.
Update: Par kerdest gyorsan tisztaznek:
- Az STDOUT-ra kerulnek logok, ezek mar feldolgozasra is kerulnek, am az atvitelek ebben a logban nem kerulnek megemlitesre. Kilepes, belepes, invalid password, started, stopped, minden van, atvitel nincs.
- A kerdes kizarolag a TransferLog iranyitasarol szol. Nem szeretnem STDOUT-ra rakni (ott van mar mas (konkretan a ProFTPD main logja), mas formatumban, jo lenne nem keverni a kettot, raadasul az a log mar feldolgozasra kerul), pipe-ba vagy fajlba szeretnem iranyitani, akkor is, ha ez utobbi Docker kornyezetben nem ajanlott. Ha ra tudom venni, hogy logolja _valahova_ a TransferLogot, akkor a kesobbiekben mar el tudom iranyitani, ez mar nem okoz gondot. Mivel a ProFTPD dokumentacioja szerint a TransferLog szamra nem lehet atadni kozvetlen syslog szerver kapcsolodasi parametereket, igy a kozeptavu tervek kozott vagy valami named pipe alapu megoldas, vagy direkt log processing szerepel, ezt majd meg eldontom. Ha mar van egy logfajlom, azt mar milliofelekeppen fel tudom dolgozni, amig azonban ilyenem nincs, nem tudok vele semmit se tenni. Kerem, hogy ne foglalkozzunk azzal, mit fogok kezdeni ezzel a loggal. Egyelore legyen.