Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Práva v zdielanom adresáry

10 views
Skip to first unread message

Lubos J.

unread,
May 18, 2010, 10:06:20 AM5/18/10
to
Zdravim,

mam takuto otazku:
vo windows domene vytvorim zdielany adresar pre urcitu skupinu uzivatelov.
Donho pridam niekolko suborov, pricom na kazdom z nich urcim, ktori z
uzivatelov smie obsah menit alebo si ho len prezerat.
Ked sa vsak po urcitom case pozriem na atributy daneho suboru, uzivatelia
ktorych som pridal ja, tam uz nie su a je tam iba jeden z nich, pricom ma
plne prava.
Cim to je? Vznika to prekopirovanim / nahradenim povodneho suboru
novym-povodne lokalnym suborom z rovnakym nazvom?


Miroslav Pragl

unread,
May 18, 2010, 11:41:21 AM5/18/10
to
Prava jsou explicitni a zdedena. To asi vis.
V zavislostin na typu souboru (priklad: MS Office) se pri ukladani souboru
muze de facto stary soubor smazat a vytvorit soubor NOVY ktery prava podedi.

MP

"Lubos J." <lu...@discussions.microsoft.com> wrote in message
news:C16148AF-8C26-45F8...@microsoft.com...

Lubos J.

unread,
May 19, 2010, 1:49:01 AM5/19/10
to
Ano, to sice viem, ale myslel som to inak.
Uvediem konkretny priklad:
Na adresar "1" dam prava pre skupinu "users", a to citat a spustat,
zobrazovat obsah zlozky a citat.
Do adresara "1" vlozim xls subor, pricom vymenujem dvoch uzivatelov (ktori
patria do skupiny "users"), ze:
uzivatel "A" ma pravo citat a spustat, citat, zapisovat
uzivatel "B" ma pravo iba citat a spustat + citat, pravo zapisovat je "deny"
Takze uzivatel A moze subor prezarat aj menit, uzivatel B iba prezerat.

Po case sa vsak stane, ze je uz vymenovany iba uzivatel A, pricom ma uplne
plne prava, uzivatel B chyba, co samozrejme sposobi, ze uzivatel B uz moze
subor aj prepisat. Cim to moze byt sposobene?
Samozrejme v mojom pripade mam tych uzivatelov v danom adresari desiatky s
desiatkami suborov, pricom kazdy z uivatelov ma rozne prava na rozne subori.
Da sa zabranit tomu, aby uzivatel A, ktory ma pravo prepisovat dany subor,
ho nahradil uplne novym suborom, a to prekopirovanim suboru s rovnakym nazvom
z lokalneho disku?

ing. Jan Chaloupek

unread,
May 19, 2010, 3:31:10 AM5/19/10
to
DD,

zabránit tomu můžete ale potom vám nebude fungovat office.
Office při ukládání pracuje tak, že vztvoří jiný (nový) název souboru,
potom smaže původní soubor a nakonec přejmenuje nový soubor na původní
název.

Pokud uživateli zabráníte smazat soubor, office nebude moci uložit novou
verzi tohoto souboru!

Po se vlastne timto nastavenim snazite vytvorit. Mozna existuje jine
reseni vaseho problemu.

S pozdravem
ing. Jan Chaloupek

Dne 19.5.10 7:49, Lubos J. napsal(a):

Lubos J.

unread,
May 19, 2010, 4:34:05 AM5/19/10
to
Snazim sa prist na to, preco sa po case v atributoch (tj. karta
"zabezpecenie") daneho suboru nachadza uz iba jeden z uzivatelov, pricom ma
plne prava, resp. co sposobi, ze prava na dany subor uz nie su take, ake som
povodne urcil ja. (tj. moznost pristupu niekolko desiatok uzivatelov k
jednemu suboru, s roznymi pravami).

"ing. Jan Chaloupek" wrote:

> .
>

ing. Jan Chaloupek

unread,
May 19, 2010, 4:47:21 AM5/19/10
to
DD,

velmi pravdepodobne proto, protoze puvodni soubor je smazan (tim
prijdete o vsechny NTFS prava) a pote nahran novy soubor a na nej ma
plna prava pouze vlastnik (ten ktery soubor vytvoril).

S pozdravem
ing. Jan Chaloupek

Dne 19.5.10 10:34, Lubos J. napsal(a):

Lubos J.

unread,
May 19, 2010, 5:35:01 AM5/19/10
to
Hmmm, presne to som si myslel a preto som sa pytal, ci by bolo mozne zamedzit
tomu, aby mi uzivatelia s pravami na zapis nenahradili povodny subor nejakym
inym, s rovnakym menom, ale aby zaroven mohli do suboru pridavat nove data a
ulozit ho.
Cize "no way" ??


"ing. Jan Chaloupek" wrote:

> .
>

ing. Jan Chaloupek

unread,
May 19, 2010, 7:04:33 AM5/19/10
to
DD,

to je problem Office ne OS. Office soubor nejprve smaze a potom uz
nepomuze nic. Pokud zakazete smazani souboru nepujde soubor ulozit z Office.

Muselo by se s nim pracovat lokalne (ulozit na lokalni disk) a teprve
potom nakopirovat (prepsat) soubor na siti (napriklad davkou).


Dne 19.5.10 11:35, Lubos J. napsal(a):

Miroslav Pragl

unread,
May 19, 2010, 7:57:59 AM5/19/10
to
Jak jsem psal hned zkraje. Jedine funkcni reseni je pracovat s DEDENYMI
pravy tzn. nastavovat prava na urovni ADRESARU a ne souboru
MP

Vojtech Obrdlik

unread,
May 20, 2010, 1:09:58 AM5/20/10
to
A aby bylo polopaticky jasno, _nelze_ tudiz zaridit ve stejnem (!) adresari
pro MS Office toto:

soubor1.doc muze editovat uzivatel A a uzivatel B jen cist
a soucasne v temze adresari
soubor2.doc muze editovat uzivatel B a uzivatel A jen cist.

V.Obrdlik

"Miroslav Pragl" <please....@pragl.com> p�e v diskusn�m p��sp�vku
news:FC125309-FF34-439A...@microsoft.com...

Lubos J.

unread,
May 20, 2010, 5:09:01 AM5/20/10
to
Ok, dakujem.
Takze aky najlepsi postup zvolit, ked potrebujem v jednom zdielanom adresari
mat viacej suborov, pricom kazdy z tychto suborov musi mat nastavene rozne
prava pre roznych uzivatelov....?

Napada ma, ze by som mohol vytvorit x podadresarov, pricom by som prava pre
uzivatelov urcoval v nastaveniach tychto podadresarov.
Ale co v takom pripade, ked sa mi z hlavneho adresara zdedia nastavenia pre
skupinu users (vsetci uzivatelia do nej patria), pricom prava na zapis musia
byt rozne?

"Vojtech Obrdlik" wrote:

> A aby bylo polopaticky jasno, _nelze_ tudiz zaridit ve stejnem (!) adresari
> pro MS Office toto:
>
> soubor1.doc muze editovat uzivatel A a uzivatel B jen cist
> a soucasne v temze adresari
> soubor2.doc muze editovat uzivatel B a uzivatel A jen cist.
>
> V.Obrdlik
>

> "Miroslav Pragl" <please....@pragl.com> pí¹e v diskusním pøíspìvku

> news:FC125309-FF34-439A...@microsoft.com...
> > Jak jsem psal hned zkraje. Jedine funkcni reseni je pracovat s DEDENYMI
> > pravy tzn. nastavovat prava na urovni ADRESARU a ne souboru
> > MP
> >
> >>>>> "Miroslav Pragl" wrote:
> >>>>>
> >>>>>> Prava jsou explicitni a zdedena. To asi vis.
> >>>>>> V zavislostin na typu souboru (priklad: MS Office) se pri ukladani
> >>>>>> souboru
> >>>>>> muze de facto stary soubor smazat a vytvorit soubor NOVY ktery prava
> >>>>>> podedi.
> >
> >
>
>

> .
>

Miroslav Pragl

unread,
May 20, 2010, 11:07:48 AM5/20/10
to
To te ani nahodou nanapada. To uz jsme ti asi 3x psali :)

> Napada ma, ze by som mohol vytvorit x podadresarov, pricom by som prava
> pre
> uzivatelov urcoval v nastaveniach tychto podadresarov.

Samozrejme na child podadresare nemusi byt stejna prava jako na parent
podadresare - proste zakazes dedeni a/nebo zkombinujes explicitni a dedena
prava

MP

0 new messages