Proftpd jogosultság küzdelem

Linux-haladó

Az lenne a probléma lényege, hogy egy debian lenny-n fut a proftpd. Gyári lenny csomag.
Időnként feltöltés közben egyes fájlok a root birtokába kerülnek. Teljesen véletlenszerűen. Egyenlőre nem sikerült rájönnöm mikor lép fel. Kerestem a bugok között, hátha már valaki találkozott vele, de nem akadtam ilyen jelenségre. Vagy elkerülte a figyelmemet vagy tényleg nekem sikerült csak belebotlanom.
Látott már ilyet rajtam kívül valaki?

A konfig hibátlanságáról meg vagyok győződve mert elég sok feltöltés lezajlik mire újra előjön a probléma. Persze meggyőzhető vagyok :) A naplóban hibára nem akadtam, annak ellenére, hogy a loglevelt max-ra állítottam.

Ötlet?

  • 1242 megtekintés

( blackluck v | 2010. 09. 12., v – 10:42 )

Biztos h profptd feltolteskor lesz rosszul beallitva a tulaj (egyezik a file modositas datuma a feltoltessel)?
Feltoltes kozben vagy utanna lesz root a tulaj (tettel esetleg ftp-be vmi scriptet feltoltes utanra)?
Ugyanaz(ok) a user(ek) eseteben jelentkezik ez (nem lehet h uidnumber osszekeveredett vagy vmi hasonlo)?

--
Don't Panic if you see me laughing,
that's not a bug, just a feature.

Megnézem mégegyszer, biztos ami biztos.
Egyébként van kb 400 user, és változó, hogy melyiknél romlanak el fájlok. Egy-egy fájl tulajdonosa lesz csak root. És mindig root lesz és nem másik user. A többi ugyanakkor feltöltött fájl teljesen jó. Ezért nem konfig problémát sejtek.
Nem tudom, hogy feltöltés közben vagy utána romlik el, mert mindig csak utólag tudom meg, hogy már megint. Kb havonta egyszer jelentkezik, pedig feltöltés van elég szép számban folyamatosan.
Semmi szkriptem nincs az ftp feltöltésben, de azért átnyálazom, hogy valahol nincs-e mégiscsak. Ha van, nem Én tettem oda. Ja és nem én töltök fel, hanem akárki akinek van hozzáférése.
Az a gyanúm, hogy minden feltöltés valójában root-ként zajlik a háttérben, aztán a szerver megváltoztatja az uid-et. Normálisan ez végbemegy időnként pedig nem sikerül valami miatt. Gondolkoztam, hogyan lehetne a végére járni. Ezért még nincs kedvem proftpd forrást bújni. Persze, ha nincs más...

ftp logokbol ha megvan annyira visszamenoleg rakereshetsz arra a file-ra, h ki toltotte fel, mikor, ezt osszevetve a file datumaval mar kozelebb kerulhetsz ahhoz h valoban ftp tolja-e el.
Feltoltes nem root-kent zajlik, mert ha a usernek akinek a neveben tolt fel az illeto nincs joga file szinten irni az adott konyvtarba/file-ra akkor nem is fogja engedni, ill. egyebkent maga a proftpd se root neveben szokott futni. Olyat tudok meg elkepzelni, h konfigba beletettel megis vmi direktivat, csak nem jol es specialis esetekben jon elo, pl:
http://www.proftpd.org/docs/directives/linked/config_ref_DirFakeUser.ht…
http://www.proftpd.org/docs/directives/linked/config_ref_GroupOwner.html
http://www.proftpd.org/docs/directives/linked/config_ref_UserOwner.html

--
Don't Panic if you see me laughing,
that's not a bug, just a feature.

Megnéztem a belinkelt direktívákat. Egyik sem szerepel a konfigokban. Egyébként igyekeztem a lehető legegyszerűbb konfigot létrehozni, ezért jól lecsontoztam.
A fájl adatokat most már nem tudom visszakeresni, mert volt vagy 2 hete, csak mostanra jutottam oda, hogy nem találtam értelmes nyomot. Ha előfordul megint, akkor alaposabban megnézem.
A proftpd valahol mégiscsak root-ként indul, a konfigjában kell megadni, hogy végül kire váltson át. Ezek a direktívák viszont érthető okból meg is vannak adva.
http://www.proftpd.org/docs/directives/linked/config_ref_User.html
http://www.proftpd.org/docs/directives/linked/config_ref_Group.html
Szkriptet nem találtam a konfigban.

Nehezen tudom elhinni, hogy senki másnál nem jött még ilyen elő.
Amire még gyanakszom:
- időnként elég magas a gép load-ja, intenzív használatban van. Esetleg ilyenkor valami timeoutra futhat és ez okozza.
- be van kapcsolva a quota esetleg valahol az is beleszólhat a dologba, esetleg pont a terhelés miatt lásd előző.