[ Pobierz całość w formacie PDF ]
.Ma to g³êboki wp³yw na sposób, w jaki u¿ytkownik jest przedstawianykomputerowi, jeœli zasady grup s¹ w u¿ytku.Projekt odpowiedniego modelu grup.Do wyboru s¹ dwa rodzaje grup (grupy zabezpieczeñ i dystrybucyjne) oraz trzynader ró¿norodne typy grup domen (lokalne domen, globalne i uniwersalne).Grupynie s¹ z natury konceptem hierarchicznym, w przeciwieñstwie do u¿ywanychwszêdzie indziej struktur domen i OU.Proszê nie spieszyæ siê przyprojektowaniu modelu grup — mo¿e to byæ najwa¿niejsze zadanie w planowaniucodziennego wykorzystania œrodowiska.U¿ycie grup uniwersalnych mo¿e mieæ wa¿nywk³ad w ca³kowite wykorzystanie przepustowoœci sieci WAN, zale¿nie od wybranejstrategii implementacji.Projekt struktury grup.Poniewa¿ grupy s¹ narzêdziem topornym, trzeba usilnie d¹¿yæ do utworzeniastruktury grup o du¿ych mo¿liwoœciach i ³atwej w u¿yciu.Nale¿y te¿ opracowaæschemat nazewniczy grup, pozwalaj¹cy administratorom ³atwo poj¹æ, dla kogoprzeznaczona jest ka¿da grupa — oraz zrozumieæ, kiedy nie nale¿y tworzyæ nowejgrupy, jeœli dane zastosowanie jest obs³ugiwane przez jedn¹ lub wiêcejistniej¹cych grup.Gdzie to tylko mo¿liwe, nale¿y korzystaæ z grupwbudowanych.Analiza pretekstu istnienia ka¿dej grupy.Po zaprojektowaniu struktury grup nale¿y dokonaæ jej dok³adnej rewizji, podk¹tem poni¿szych pytañ:Czy zostali prawid³owo zidentyfikowani u¿ytkownicy o wspólnych zakresachodpowiedzialnoœci pracy i zasobach?Jakie zakresy grup s¹ u¿ywane i które grupy mog¹ byæ zwiniête do innych gruplub zaimplementowane jako zagnie¿d¿one?Jak grupa bêdzie u¿ywana a jak nie powinna byæ?Kto bêdzie administrowa³ grup¹?Zachowanie konsekwencji projektu.Jeœli projekt zawiera wiêcej ni¿ jedn¹ domenê, nale¿y ustaliæ, czy dlawszystkich domen mo¿na zastosowaæ taki sam model i strukturê grup.Jeœli nie,mo¿na pomyœleæ o zmianie projektu modelu i (lub) struktury grup.Opracowanie zasad tworzenia nowych grup.Poniewa¿ grupy stanowi¹ j¹dro zabezpieczeñ sieci, nale¿y upewniæ siê, abyprojekt zosta³ odpowiednio udokumentowany i ³atwo dostêpny dla wszystkichadministratorów w lesie.Istotn¹ czêœci¹ tej dokumentacji powinno byæustalenie, kto i jak tworzy nowe grupy, oraz jakie uprawnienia i u¿ytkownikówprzydzielaæ do ka¿dej grupy.Jeœli to mo¿liwe, nale¿y w zasadach zamieœciæklauzulê, by ¿aden administrator nie móg³ samodzielnie utworzyæ nowej grupy bezupowa¿nienia ze strony „rady” administratorów — oraz, by mniej doœwiadczeniadministratorzy nie byli tego w stanie uczyniæ.W ka¿dej sytuacji tworzeniegrup uniwersalnych nale¿y umo¿liwiæ tylko niewielkiej grupie administratorów,którzy rozumiej¹ pe³ne implikacje tworzenia grup uniwersalnych.Decyzja, kto mo¿e tworzyæ i zarz¹dzaæ grupami.Nale¿y bardzo ostro¿nie delegowaæ przywileje zarz¹dzania grupami, poniewa¿grupy maj¹ staæ siê szkieletem konfiguracji zabezpieczeñ.Decyzja, gdzie umieœciæ grupy.Nale¿y poœwiêciæ du¿o wysi³ku w ustalenie, gdzie umieœciæ ka¿d¹ grupê whierarchii OU, poniewa¿, gdy dobrze wykonane, pozwoli to dok³adniej zrozumieæzasiêg i poprawne u¿ycie ka¿dej grupyU¿ytkownicy i grupy w skrócieTen rozdzia³ udostêpni³ œrodki niezbêdne do uporania siê z licznymi aspektamizarz¹dzania grupami i u¿ytkownikami.Jak Czytelnik zapewne siê zorientowa³,stanowi to, jak by nie spojrzeæ, ¿mudne przedsiêwziêcie.W istocie, pracazwi¹zana z wykonaniem odpowiedniego projektu u¿ytkowników i grup mo¿e okazaæsiê zadaniem najbardziej wymagaj¹cym z wszystkich.I jak zwykle, jeœli decyzjepodjête przez Czytelnika bêd¹ doskonale pasowaæ do danej organizacji, wysi³ekten nie zostanie przez wiêkszoœæ osób doceniony, lecz uznany za szeregoczywistych decyzji!Jako drobne podsumowanie, poni¿ej przedstawiony zosta³ krótki przegl¹dschematów nazewniczych widzianych przez u¿ytkowników, które z tego powodu wartoprojektowaæ jak najstaranniej.U¿ytkownicy korzystaj¹ z:Nazw logowania u¿ytkownikaNazw logowania u¿ytkownika w systemie starszym ni¿ Windows 2000Nazw poczty elektronicznejGrupy posiadaj¹:Nazwy logowania u¿ytkownika w systemie starszym ni¿ Windows 2000Komputery posiadaj¹:Nazwy DNSNazwy NetBIOSWobec tego, chocia¿ najwa¿niejszym zagadnieniem dla administratorów jestutworzenie solidnego i ³atwego do zarz¹dzania projektu u¿ytkowników i grup,struktury nazewnicze oka¿¹ siê równie wa¿ne, poniewa¿ u¿ytkownicy s¹ obecnie wstanie przeszukiwaæ katalog.Wiedz¹c o tym, pora przejœæ do kolejnego du¿egoprzedsiêwziêcia — projektu zasad grup i delegowania administracji — co w wieluprzypadkach oka¿e siê wymagaj¹ce równie du¿ego wk³adu pracy, co opracowaniedobrych struktur u¿ytkowników i grup [ Pobierz caÅ‚ość w formacie PDF ]

  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • rurakamil.xlx.pl
  •