/home/... vs. prava

[Zdenek Mazanec]

> (predpokladejme obycejneho uzivatele, ktery neni admin, a tudiz necte logy
> a ani to nema v popisu prace, a z nejakeho duvodu nebude svuj problem
> resit promptne s adminem)
> 
> Den 1: uzivatel zmeni pristupova prava nekde, kde se to msecu nelibi
> Den 2: uzivatel zjisti, ze vcerejsi zmena je fuc, chvili premysli, pak
>        zakrouti hlavou a nastavi to znovu
> Den 3: uzivatel zjisti, ze se to zase vratilo zpatky, jeste jednou
>        zakrouti nechapave hlavou a jeste jednou to znovu nastavi
> Den 4: uzivatel zjisti, ze se to uz zase hergot prenastavilo jinak, nez
>        to ma krucinal byt, a uz zacina besnit, po chvili se uklidni
>        a rekne si, ze kdyz to nejde po dobrem, tak to pujde po zlem,
>        a necha ten svuj chmod spoustet kazdych 10 minut cronem
> Den 5: uzivatel vidi, ze problem je "vyresen", a zapomina, ze nekdy
>        nejaky byl

Uzivatel, ktery ma pristup ke cronu muze ze systemu udelat kulnicku na 
drivi i jinymi (bezdecnymi) zpusoby.
Uzivatel, ktery tusi co je cron neni takovy <pip> aby veril na duchy. 
Takovy uzivatel se obrati na admina nebo se podiva systemu vic na zoubky. 
A pak se obrati na admina s pozadavkem na zmenu (nebo oloupe system a 
udela si ji sam)


> > Korekce prav je asi to jedine, co msec nereportuje adminovi. Dost se
> > nedivim, kdyz vidim rozdily v nastaveni prav treba u logu mezi msecem a
> > systemem bez msecu, tak by admin skoro nic jineho necetl.
> 
> Nevim, nevim, ale v takovem systemu je imho neco shnileho, kdyz musi msec 
> porad prenastavovat pristupova prava...

Treba chmod 777 /home/$HOME kvuli predani nejakych dat a pak plac nad 
smazanymi daty? 
Ne vazne, msec spoustu veci neresi, ale na druhou stranu, vuci (temer) 
kazde namitce proti nemu se da najit protiargument.
Nekdo mu muze mit rad, nekdo ne a nekdo ho muze nesnaset. Pro vsechny 
zminene skupiny existuje snadne reseni. Tak o cem se vlastne dohadujeme?


-- 
Zdenek Mazanec, Contactel s.r.o.
http://mandrake.contactel.cz
Silver MandrakeClub Member