plik


ÿþSieci komputerowe wykBad 12 Modele pracy w sieci rok ak. 2004/2005 Agata PóBrola Katedra Informatyki Stosowanej UA polrola@math.uni.lodz.pl http://www.math.uni.lodz.pl/~polrola Model klient - serwer Model klient  serwer  c.d. Podstawowym modelem interakcji mi dzy Serwer  ka dy program oferuj cy usBug programami u ytkowymi jest model dost pn przez sie . Przyjmuje przez sie klient  serwer zamówienia, wykonuje usBug i zwraca wyniki zamawiaj cemu Klient  program wysyBaj cy zamówienia do serwera i korzystaj cy z jego usBug Ró nice Ró nice mi dzy mi dzy klientem a serwerem klientem a serwerem  c.d. Serwer oczekuje na zlecenia korzystaj c Serwer rozpoczyna dziaBanie zanim z zarezerwowanego portu, przeznaczonego rozpocznie wspóBprac przez sie ; dla usBugi któr oferuje zazwyczaj dziaBa w sposób ci gBy, Klient na potrzeby swojej komunikacji przyjmuj c zlecenia i odpowiadaj c na nie rezerwuje dowolny, nie zarezerwowany Klient wysyBa zlecenia i czeka na ich i nie u ywany port realizacj , zwykle ko cz c dziaBanie po Przypisanie ka dej usBudze jednoznacznego kilkakrotnym skorzystaniu z usBugi identyfikatora portu uBatwia tworzenie zarówno klientów, jak i serwerów udost pnianej przez serwer Alternatywa dla modelu klient - serwer Alternatyw jest rozgBaszanie informacji na dany temat przez okre lone maszyny Domain Name System Ka dy z komputerów przechowuje w pami ci podr cznej uzyskane informacje dane te mo na Batwo udost pni rozwi zanie zu ywaj ce czas procesora oraz obci aj ce sie Zapotrzebowanie Interakcja klient - serwer DziaBanie oprogramowania dokonuj cego U ytkownicy sieci wol korzysta z nazw tBumaczenia nazw na adresy IP jest przykBadem (np. www.wp.pl) zamiast z adresów IP interakcji klient  serwer ProtokoBy sieciowe wymagaj do Gdy program ma przetBumaczy nazw , staje si komunikacji adresów IP klientem systemu nazw: Nazwy nale y zatem przetBumaczy na baza danych z nazwami jest rozproszona po serwerach w caBy, Internecie odpowiadaj ce im adresy IP klient wysyBa do serwera nazw komunikat w wi kszo ci przypadków tBumaczenie to jest z zapytaniem, serwer odnajduje odpowiedni adres i wysyBa komunikat z odpowiedzi wykonywane automatycznie, a wynik nie jest je li serwer nie potrafi udzieli odpowiedzi, to staje si przedstawiany u ytkownikowi, tylko tymczasowo klientem innych serwerów, dopóki nie znajdzie zachowywany w pami ci i wykorzystywany do odpowiedzi na pytanie przesyBania datagramów Struktura nazw Nazwa  ci g znaków alfanumerycznych. którego DNS  Domain Name System  system poszczególne czBony pooddzielane s kropkami nazw domen (dziedzin) Nazwy domen s zhierarchizowane. Najbardziej znacz ca cz nazwy znajduje si po prawej stronie, skrajna lewa cz jest zazwyczaj nazw konkretnego komputera Liczba czBonów nazwy mo e by dowolna, system nazw nie narzuca równie co reprezentuj poszczególne czBony nazwy. Decyzje o postaci nazwy podejmowane s lokalnie Struktura nazw  c.d. System DNS Najbardziej znacz cy czBon nazwy to tzw. Oprócz reguB dotycz cych nazw i podziaBu gBówny poziom DNS odpowiedzialno ci za nazwy, system DNS zawiera równie rozproszony system Najwa niejsze domeny gBównego poziomu odwzorowywania nazw na adresy (tzw. top-level domains): .com, .edu, .gov, .mil, .net, .org, .arpa, .int kody krajów System DNS  c.d. System DNS  c.d. System odwzorowywania nazw dziaBa System rozproszony  zBo ony z wielu w nast puj cy sposób: serwerów znajduj cych si w ró nych o rodkach. wi kszo nazw mo na odwzorowa lokalnie, tylko niewiele zapyta wymaga przesyBania Serwery s niezale ne, ale wspóBpracuj ze komunikatów w intersieci sob przy odwzorowywania nazw system okre la si jako niezawodny  awaria Dla ka dej domeny istnieje serwer DNS, pojedynczej maszyny nie powoduje który jest za ni odpowiedzialny niepoprawnej pracy systemu Drzewo serwerów DNS Drzewo serwerów DNS  c.d. serwer gBówny Ze wzgl du na efektywno dziaBania systemu istnieje kilka serwerów gBównych (root servers) serwer serwer Serwery gBówne przechowuj listy serwerów .com .pl serwer DNS odpowiedzialnych za domeny gBównego .edu poziomu Serwer danej domeny przechowuje informacje serwer o serwerach odpowiedzialnych za poddomeny tej .edu.pl domeny (jest tak na ka dym poziomie drzewa) w praktyce powy szy schemat jest bardziej skomplikowany Drzewo serwerów DNS  c.d. Odwzorowywanie nazw Kraw dzie drzewa nie maj nic wspólnego Klient wysyBa zapytanie do  znanego mu z fizycznymi poB czeniami mi dzy serwerami; serwera DNS serwery mog znajdowa si w dowolnym Serwer DNS sprawdza, czy otrzymane zapytanie miejscu Internetu dotyczy poddomeny za któr odpowiada. W praktyce drzewo serwerów jest do pBytkie; je li tak  udziela odpowiedzi, korzystaj c ze swojej bazy danych pojedynczy serwer mo e przechowywa je li nie  podejmuje jedno z dwóch mo liwych informacje dotycz ce wi kszej cz ci hierarchii dziaBa , w zale no ci od typu zapytania które przesBaB nazw ni wynika z przedstawionego schematu klient: Odwzorowywanie nazw  c.d. Odwzorowywanie nazw  c.d. je eli klient za daB peBnego tBumaczenia (tzw. Nielokalne odwzorowanie nazwy wymaga rekurencyjnego odwzorowywanie nazw), to zazwyczaj albo skontaktowania si serwer DNS kontaktuje si z innym serwerem DNS, który potrafi obsBu y zapytanie klienta, z serwerem gBównym, albo skorzystania uzyskuje od niego odpowied i przesyBa j z informacji uzyskanej wcze niej od klientowi takiego serwera je eli klient za daB nierekurencyjnego (tzw. iteracyjnego) odwzorowania nazw, serwer DNS informuje klienta o adresie nast pnego serwera z którym klient powinien si skontaktowa Odwzorowywanie nazw  c.d. Odwzorowywanie nazw  c.d. klient powinien zna adres przynajmniej W celu zapewnienia wi kszej efektywno ci jednego serwera DNS dziaBania systemu serwery DNS przechowuj w pami ci podr cznej informacje uzyskane od ka dy serwer DNS musi zna adres innych serwerów DNS (s to ostatnio przynajmniej jednego serwera gBównego odwzorowane nazwy wraz z informacjami, sk d serwer DNS zazwyczaj zna równie adres zostaBa uzyskana odpowied ). serwera DNS domeny bezpo rednio Mechanizm ten jest skuteczny, je li powi zania nadrz dnej (tzw. domeny macierzystej) nazw z adresami nie zmieniaj si zbyt cz sto (np. serwer domeny math.uni.lodz.pl zna adres serwera domeny uni.lodz.pl) Odwzorowywanie nazw  c.d. Odwzorowywanie nazw  c.d. Serwery przechowuj uzyskane informacje tylko W przypadku otrzymania zapytania, którego nie przez jaki czas. Je li po jego upBywie serwer mo na odwzorowa lokalnie, sprawdzana jest ponownie otrzyma zapytanie o usuni t zawarto pami ci podr cznej. Je li znajduje si z pami ci podr cznej nazw , to musi ponownie w niej odpowied , serwer odsyBa j klientowi, skontaktowa si z odpowiednim serwerem informuj c, e jest ona nie w peBni wiarygodna DNS i uzyska potrzebne informacje (tzw. non-authoritative answer). Podaje równie Czas przechowywania informacji w pami ci adres serwera, od którego j otrzymaB podr cznej okre lany jest przez serwer, od którego ta informacja zostaBa uzyskana Rodzaje serwerów DNS Domeny odwrotne Dan domen mo e obsBugiwa : Serwery domen tzw. prostych (jak serwer  pierwszorz dny dla tej domeny (tzw. math.uni.lodz.pl, wp.pl) umo liwiaj primary lub master server), posiadaj cy baz danych opisuj c zawarto domeny przetBumaczenie nazwy na adres IP jeden lub kilka serwerów pomocniczych Serwery domen tzw. odwrotnych (reversed (drugorz dnych, tzw. secondary lub slave servers), udzielaj ce odpowiedzi na podstawie domains) umo liwiaj przetBumaczenie przechowywanej kopii bazy danych serwera adresu IP na nazw gBównego. Kopia ta jest okresowo uaktualniana Istniej równie tzw. serwery  keszuj ce (cache servers), nie posiadaj ce wBasnych baz, a jedynie pami podr czn Domeny odwrotne Domena odwrotna ma posta odwrócony_numer_sieci.in-addr.arpa np. 65.192.212.in-addr.arpa - serwer DNS tej domeny umo liwia tBumaczenie adresów IP nale cych do sieci 212.191.65.0 na nazwy Domena prosta nie musi odpowiada domenie odwrotnej (ani na odwrót) np. dwa komputery w tej samej sieci fizycznej (a wi c domenie odwrotnej) mog by zarejestrowane w dwóch ró nych domenach prostych

Wyszukiwarka