Usługi Active Directory
Spróbuj wyobrazić sobie idealny sieciowy system operacyjny. System taki pracowałby na w
pełni kompatybilnym sprzęcie, bez potrzeby ciągłego monitorowania i korygowania ustawień.
Udostępniałby stabilne, bezpieczne i elastyczne środowisko, wymagające od użytkownika
minimalnego nakładu pracy potrzebnej do zarządzania aplikacjami. Dodatkowo wszystkie aplikacje
mogłyby pracować na każdym typie komputera serwerze plików, serwerze aplikacji, serwerze
sieci Web, serwerze bazy danych, stacji roboczej, stacji sieciowej przechowującej dane, laptopie,
komputerze podręcznym, bramce zdalnego dostępu, głównej bramce sieciowej i ekspresie do
kawy.
Klasyczny system NT z pewnością nie jest systemem idealnym, lecz posiada pewne zalety,
których nie można nie docenić. Nie jest on oczywiście tak stabilny jak NetWare, skalowalny jak
UNIX, przyjemny w zarządzaniu jak Banyan i tani jak LANtastic, lecz z pewnością nie można mu
zarzucić braku elastyczności. Klasyczny system NT może pracować zarówno na komputerach
przenośnych 486, jak i na olbrzymich stacjach wartych 200 tysięcy dolarów. Dzięki swojej
elastyczności NT jest ulubieńcom menedżerów różnych korporacji przemysłowych jest
stosunkowo niedrogi, może pracować na różnych stacjach roboczych, a przede wszystkim
zapewnia odpowiednie rozwiązania.
Można śmiało powiedzieć, że jedną z głównych rzeczy brakujących w klasycznym NT jest usługa
katalogowa, wspomagająca obsługę sieci zawierającej setki tysięcy użytkowników. Właśnie ta
właściwość, pod nazwą Active Directory (aktywny katalog), została udostępniona wraz z Windows
2000. Spróbujmy zapoznać się zatem ze środowiskiem oraz szczegółami architektury i interfejsów
usługi Active Directory.
Składniki usługi katalogowej
Każda usługa katalogowa bazuje na pewnych zasadach określających rodzaj informacji, które
mogą być przechowywane w katalogu oraz sposób ich przechowywania. Na przykład, wpisy w
książce telefonicznej podzielone są na kategorie typu Adwokaci i radcy prawni", Restauracje",
Teatry" itp. Określone są również zasady dotyczące sposobu dostępu do usługi katalogowej.
Przykładowo, może istnieć zasada typu: Jeżeli po awarii samochodu na autostradzie użytkownik
próbuje uzyskać dostęp do katalogu znajdującego się w budce telefonicznej na przydrożnej stacji
benzynowej, przy czym użytkownik posiada jedynie 10 groszy, wszystkie wpisy w części
Motoryzacja serwis i naprawa" powinny zostać usunięte".
Sieciowe usługi katalogowe są trochę bardziej skomplikowane niż książka telefoniczna, lecz
główna koncepcja zostaje zachowana. Katalog przechowuje, organizuje i odzyskuje informacje
dotyczące danego obiektu w sieci. Oznacza to, że zawiera odpowiednie wpisy dla użytkowników,
grup, stacji roboczych, serwerów, założeń, skryptów, drukarek, kwerend, przełączników, routerów
i wszystkich pozostałych rzeczy związanych z siecią komputerową. Przykładowo, rozproszone
aplikacje przechowuj ą w usłudze katalogowej informacje o użytkownikach i stacjach roboczych,
tak aby bezproblemowo można było z nich korzystać na różnych komputerach sieciowych.
Narzędzia umożliwiające współpracę grupową bazują właśnie na Active Directory. Zadaniem usługi
katalogowej jest określenie założeń kontrolujących prawa dostępu, protokoły, ścieżki przesyłu
danych i jakość usługi. W trakcie działania usług katalogowych, my, administratorzy, możemy
usiąść spokojnie w fotelu jak George Jetson i przyglądać się postępowi całej operacji.
Struktura informacyjna Active Directory
Mówiąc bardzo ogólnie, usługa katalogowa jest po prostu dużą bazą danych. Jest ona jednak
trochę bardziej rozbudowana i ulepszona względem baz danych, które miałeś przyjemność
obsługiwać jako administrator kilka lat temu. Zgodnie z terminologią X.500 baza danych usługi
katalogowej nosi nazwę Katalogowej bazy informacji DIB (Directory Information Base). Jeżeli
przypomnisz sobie starą stylową bibliotekę, która bazuje na systemie kart katalogowych, wówczas
właśnie jedna dębowa gablotka zawierająca całą masę małych szufladek będzie pełniła funkcję
bazy DIB.
Obiektowa baza danych składa się z obszernej struktury plików sekwencyjnych połączonych
pomiędzy sobą za pomocą zbioru indeksów. U podstaw technologii bazy danych usługi Active
Directory leży Indeksowo-sekwencyjna metoda dostępu ISAM (Inde-xed Sequential Access
Method). Z tym terminem z pewnością spotkasz się w dzienniku zdarzeń i innych tego typu
raportach. Mechanizm bazy danych ESE bazuje na ISAM, jako na strukturze obiektów
hierarchicznych. Dodatkowo, tworząc usługę Active Direc-tory Microsoft skorzystał z technologii
COM, używając do tego celu Interfejsu usług Active Directory ADSI (Active Directory Services
Interface).
Katalog składa się z informacji dotyczących określonych typów obiektów, takich jak obiekty
użytkownika, obiekty komputera itd. Są to tzw. klasy obiektów. Klasa składa się z atrybutów
opisujących dane obiekty.
Lista atrybutów związanych z daną klasą obiektów odróżnia je od pozostałych klas. Na przykład
obiekty użytkownika posiadają inne atrybuty niż obiekty komputera albo obiekty zabezpieczeń.
Różne kolory kart katalogowych w bibliotece reprezentują różne elementy, które możesz
wypożyczyć książki, czasopisma, kasety. Na karcie katalogowej książki znajdują się takie wpisy,
jak tytuł, autor, ISBN itd. Na karcie katalogowej kasety możesz znalezć te same wpisy uzupełnione
o wpis dotyczący długości nagrania. Należy przy tym zaznaczyć, że nie wszystkie atrybuty muszą
posiadać wartości. Dzięki temu można zaoszczędzić miejsce w pamięci i zredukować transfer
replikacji.
Klasy są również definiowane jako zakres katalogu. Nie możesz na przykład przyjść do biblioteki
i oczekiwać, że znajdziesz w niej kartę katalogową Samochody Terenowe albo Podwójny
Hamburger. Wstępny zakres bazy danych Active Diectory jest zdefiniowany przez Microsoft, lecz
może on zostać poszerzony przez dostawców albo administratorów.
Projektanci usiłuj ą ograniczyć złożoność katalogu przez definiowanie minimalnej ilości klas,
określając przy tym tak wiele atrybutów, jak tylko jest to możliwe. Wracając do przykładu
bibliotecznych kart katalogowych, dużą pomyłką byłoby utworzenie klasy nazwanej Amerykańskie
nowele napisane na początku XX wieku. Patrząc na tę klasę z szerszego punktu widzenia, jest ona
zbyt szczegółowa i mogłaby zawierać jedynie kilka obiektów. Active Directory posiada tylko około
200 klas, pozwalających na przechowywanie 10 milionów obiektów. Można wyróżnić powszechne
klasy obiektów, jak Użytkownicy, Komputery, Grupy, jak również bardziej szczegółowe, typu
Protokoły konfiguracji serwera HTTP.
Każdy poszczególny obiekt z bazy danych katalogu pochodzi z konkretnej klasy obiektu. Mówiąc
innymi słowami każdy obiekt jest przykładem jakiejś klasy obiektów. Przykłady klas różnią się od
siebie innymi wartościami swoich atrybutów. Aby trochę przybliżyć to zagadnienie, przypomnijmy
sobie scenę z filmu Człowiek słoń" (Elephant Mań), w której to główny bohater, John Merrick, stoi
przed tłumem ludzi i krzyczy Nie jestem słoniem! Jestem człowiekiem!". Gdyby pan Merrick był
projektantem usług katalogowych, mógłby dokładniej określić swoje racje, wykrzykując pózniej
Chodzi mi o to, że jestem przykładem klasy Człowiek, a nie klasy Słoń! Jedyną różnicą pomiędzy
wami a mną są inne wartości atrybutów, lecz wszyscy należymy do tej samej klasy!".
Model informacyjny katalogu
Usługa katalogowa, zdefiniowana przez standard X.500/9594, określa zdolność katalogowania
informacji przez dowolnego użytkownika, w dowolnej instytucji, pracującego na dowolnym
kontynencie świata. Celem X.500 było zdefiniowanie jednego zródła informacji, za pomocą którego
użytkownicy z całego świata mogliby łączyć się z nim i uzyskiwać bardziej lub mniej szczegółowe
informacje dotyczące siebie nawzajem. Z tego też powodu wiele składników modelu
informacyjnego X.500 posiada wiele wyraznych cech geopolitycznych.
LDAP jest protokołem nowszym i znacznie lepiej przystosowanym do obecnych czasów niż X.
500, lecz ciągle można w nim zauważyć cechy modelu geopolitycznego. Jako przykład możemy
wziąć federację. Federacja składa się z autonomicznych regionów, które płacą jej podatki i różnego
rodzaju opłaty, tylko za uzyskanie od niej pewnych informacji, standardów, takich jak np.
standardowy rozmiar torów kolejowych albo zbiór zasad gry do baseballa. Regiony te mogą być
również podzielone na mniejsze lokalne regiony. Usługa katalogowa X.500 dla Stanów
Zjednoczonych mogłaby składać się z ponad pięćdziesięciu lokalnych regionów reprezentujących
stany, terytoria i dystrykt DC. Każdy z regionów mógłby zostać podzielony na mniejsze regiony,
takie jak miasta, okręgi miejskie itp. Mniejsze regiony nie musiałyby przy tym posiadać własnej
autonomii.
Region autonomiczny w usłudze Active Directory nosi nazwę domeny. Każda domena posiada
swój ą własną i niezależną strukturę zabezpieczeń, niezależny obszar nazw i niezależną strukturę
zarządzania.
Pomieszanie przez Microsoft terminologii systemu NT z DNS wywołało pewne zamieszanie.
Przykładem tego jest domena, która definiuje obszar zarządzania w bazie SAM. Ponieważ termin
ten jest różny dla zagadnienia Active Directory i DNS, poniżej przedstawione zostały różnice w
znaczeniu terminu (zostały one również dokładniej przedstawione w rozdziale omawiającym
system DNS):
" Domena DNS jest zbiorem hostów i usług znajdujących się w danym obszarze nazw. Baza danych
domeny DNS nosi nazwę tablicy strefy.
" W klasycznym systemie NT domena jest zbiorem użytkowników, grup i komputerów
współdzielących tę samą strukturę zabezpieczeń. Bazy danych są przechowywane w SAM i grupie
rejestru Security.
" Domena Windows 2000 jest zbiorem obiektów sieciowych współdzielących tę samą strukturę
zabezpieczeń i obszaru nazw. Bazą danych domeny Windows 2000 jest Active Directory.
Katalog Active Directory może przechowywać miliony obiektów w jednej domenie. Należy
pamiętać, że bardzo duża domena jest pomocna tylko wtedy, gdy nie będzie często
modyfikowana. Katalogowa baza danych NTDS.DIT może w bardzo krótkim czasie przybrać bardzo
duże rozmiary. Operacje zarządzania i replikacji drzewa katalogowego DIT dla domeny
posiadającej 150 000 obiektów mogą być bardzo trudne. Z tego powodu duże organizacje muszą
dzielić usługę katalogową Active Directory na kilka mniejszych domen i łączyć je ze sobą za pomocą
relacji zaufania.
Konwencje nazw katalogu
Baza informacyjna katalogu dla usługi Active Directory i wszystkich usług X.500 i LDAP jest bazą
zorientowaną obiektowo. Bazy tego typu opierają się na ścisłych konwencjach nazw,
pozwalających na określenie lokalizacji wpisów bazy danych. Przykładem bazy zorientowanej
obiektowo jest system plików. Aby znalezć plik FILE.TXT, musisz znać jego pełną ścieżkę dostępu.
Możesz oczywiście zażądać, aby system operacyjny wyszukał plik o danej nazwie, lecz czynność ta
stanowi pewne obciążenie dla pracy systemu.
Zapoznaj się z rysunkiem Zgodnie z terminologią X.500 i LDAP, prosta nazwa obiektu jest nazywana
jego nazwą zwyczajną (CN Common Name). Oznaczenie nazwy stosuje się do wszystkich
obiektów, z wyjątkiem kilku typów. Obiekty wraz ze swoimi oznaczeniami zawierają:
" Obiekty domeny. Obiekty te noszą oznaczenia składników domeny DC (Domain Components). Na
przykład nazwa LDAP dla domeny Active Directory z nazwą DNS Company.com mogłaby wyglądać
następująco: dcsCompany, dc=com.
" Obiekty jednostki organizacyjnej. Obiekty noszą oznaczenia OU (Organizational Unit), jak np.
ou=Bankowość.
Kilka obiektów usługi Active Directory posiada bardziej tradycyjne oznaczenia X.500. Zostaną one
dokładniej omówione w dalszej części rozdziału.
Nazwa obiektu zawierająca pełną ścieżkę dostępu nosi nazwę Nazwy wyróżnionej (DN
Distinguished Name). Nazwa ta jest wynikiem połączenia nazw zwyczajnych wszystkich obiektów
danej ścieżki. Przykładem nazwy wyróżnionej dla użytkownika CSantana, którego obiekt jest
przechowywany w kontenerze cn=Users w domenie Company.com, mogłaby być nazwa
cn=CSantana, cn=Users, dc=Company, dc=com.
Struktura domeny katalogu
Na rysunku przedstawiony został diagram pojedynczej domeny Windows 2000. Na samej górze
znajduje się obiekt RootDSE. Nie jest on obiektem katalogu, lecz jest zbiorem atrybutów
wskazujących główne kontenery katalogu. Na podstawie RootDSE klienci LDAP mogą
skonfigurować swoje systemy wyszukiwania.
Wyszukiwarka
Podobne podstrony:
Active Directory omówienie domyślnych jednostek organizacyjnychDomena i Active DirectoryActive DirectoryĆwiczenia Active Directory omówienie jednostek organizacyjnychO&O Services Single Sign On on Linux using LDAP with Active Directory (2002)Samba3 OpenLDAP Krb5 Active DirectoryĆwiczenia Active Directory i wiersz polecen teoriaĆwiczenia Active Directory jednostki organizacyjne tworzeniePrzegląd Active DirectoryActive Directory tworzenie własnej struktury organizacyjnej na potrzeby szkołyactive directoryMSP430 Directivesdirectorbarcelona 6 directory v1 m56577569830521452directorypathswięcej podobnych podstron