ACL, XFS, Samba a Slackware 12 - díl I.

29.4.2008 15:40 | Přečteno: 1460× | Linux | poslední úprava: 29.4.2008 15:41

Po té, co si lidé mažou navzájem složky na File serveru, jsem se rozhodl pohrát si s nastavením práv pro jednotlivé oddělení(skupiny)

Podotýkám, že jsme malá firma, takže doposud nic takového nebylo potřeba.

Začal jsem se seznámením se s ACL, jak to vlastně funguje [LINK]

Moc jsem nepochopil, proč montovat znovu XFS jako spare disk. Vykašlal jsem se na to, řikám si že FC nepoužívám.

Jel jsme přesně podle návodu včetně nazvů souborů a adresářů. Vylistování práv proběhlo bez problému, tak jsem si říkal, že spare adresář nebude potřeba. Problém nastal až při pokusu nastavit si nějaká ta práva. Tam se mi objevila chybová hláška:

setfacl: pizza: Operation not supported

Nastoupil google a první co mě praštilo do očí byla pravděpodobná absence podpory ACL v jádře. Malá úprava, bohužel která vyžaduje restart mašiny z důvodu zakompilování přímo do kernelu. Volba pro ACL se nachází v sekci File system a ve stromě XFS.

Z tohoto důvodu pokračování příště....

       

Komentáře

[CEST]

Hmmm, nic moc. Moje story byla:

Debian, default kernel, ext3, samba, package acl. Nastaveni a jede to.

[lowprize]

U me default kernel padal na chybu v USB (masina USB radic vubec nema). Tak jsem z nej vyhazel vsechno, co jsem si myslel, ze tam nema byt. Ted to davam zpet. :)

[Michal Kubeček]

To je pech, že se rozhodnete nasadit ACL a jako na potvoru používáte snad jedinou známější distribuci, kde podpora ACL není. Nezkusíte ve druhém díle PAM? :-)

[Dunric]

Ale hloupost, Slackware 12.0 obsahuje jádro s podporou ACL jak pro XFS, tak i pro Ext3, Ext4, ReiserFS a JFS v základní instalaci. Autor ale zřejmě z neznalosti používá to ořezanější kernel-generic místo úplnějšího kernel-huge. Žádná dodatečná konfigurace a rekompilace jádra v tomto případě netřeba.

[lowprize]

Nepouzivam ani Generic ani huge pouzivam custom:)

[Dunric]

Já ti to neberu, ale pokud je to jen kvůli CONFIG_XFS_POSIX_ACL, tak je to zbytečná práce

[rastos]

Ako súvisí ACL s PAM??

[Michal Kubeček]

Ještě relativně nedávno byly ACL a PAM příklady toho, co ve Slackware oproti ostatním distribucím citelně chybí. Rád slyším, že alespoň v prvním případě už to není pravda.

[rastos]

ACL v Slackware nechýba, ak si ho povolíš v jadre. Utility pre prácu s ním, sú tam aspoň od roku 2003. Patrikov postoj k PAM je známy a nevidel som nejakú extra argumentáciu, ktorá by ho vyvracala.

[Michal Kubeček]

Patrikov postoj k PAM je známy a nevidel som nejakú extra argumentáciu, ktorá by ho vyvracala.

Já zase neviděl žádnou aspoň trochu přesvědčivou argumentaci, která by vysvětlovala, proč PAM nepoužít.

[rastos]

Slackware ChangeLog.txt 9.1 Tue Sep 23 21:57:32 PDT 2003

n/openssh-3.7.1p2-i486-1.tgz:  Upgraded to openssh-3.7.1p2.
  This fixes security problems with PAM authentication.  It also includes
  several code cleanups from Solar Designer.  Slackware does not use PAM and is
  not vulnerable to any of the fixed problems.
  Please indulge me for this brief aside (as requests for PAM are on the rise):
    If you see a security problem reported which depends on PAM, you can be
    glad you run Slackware.  I think a better name for PAM might be SCAM, for
    Swiss Cheese Authentication Modules, and have never felt that the small
    amount of convenience it provides is worth the great loss of system
    security.  We miss out on half a dozen security problems a year by not
    using PAM, but you can always install it yourself if you feel that
    you're missing out on the fun.  (No, don't do that)
  OK, I'm done ranting here. 
  I suppose this is still a:
  (* Security fix *)

[Michal Kubeček]

Stále se nezměnilo nic na tom, co jsem napsal ve 12:44. Tím spíš, že tohle už jsem samozřejmě viděl dříve.