Architektura aplikacji sieciowych. Architektura klient-serwer

Wielkość: px

Rozpocząć pokaz od strony:

Download "Architektura aplikacji sieciowych. Architektura klient-serwer"

Nina Sobolewska
5 lat temu
Przeglądów:

1 Warstwa aplikacji

2 Architektura aplikacji sieciowych Architektura klient-serwer

3 Architektura aplikacji sieciowych Architektura P2P

4 Cechy aplikacji sieciowych Skalowalność Anonimowość Samoorganizacja sieci Odporność na awarie Koszty NAT i zapory sieciowe

5 Komunikacja procesów Komunikacja procesów dwóch różnych systemów końcowych polega na wymianie komunikatów za pośrednictwem sieci komputerowej. Proces nadawczy tworzy komunikaty i umieszcza je w sieci. Proces odbiorczy otrzymuje te komunikaty i ewentualnie odpowiada, odsyłając własne komunikaty.

6 Procesy klienta i serwera Biorąc pod uwagę sesję komunikacyjną pomiędzy parą procesów proces inicjujący połączenie (łączący się na początku sesji z drugim procesem) jest określany mianem klienta. Z kolei proces oczekujący na połączenie w celu rozpoczęcia sesji jest nazywany serwerem.

7 Interfejs łączący proces i sieć komputerową

8 Usługi transportowe dostępne aplikacjom Niezawodny transfer danych Przepustowość Czas Bezpieczeństwo

9 Usługi transportowe dostępne w Usługi protokołu TCP Usługi protokołu UDP Internecie Zastosowanie Utrata danych Przepustowość Zależność od czasu Transfer plików Poczta elektroniczna Strony WWW Telefonia internetowa wideokonferencje Strumieniowa transmisja danych a-v Gry interaktywne Przesyłanie wiadomości błyskawicznych Nie może dojść do utraty danych Nie może dojść do utraty danych Nie może dojść do utraty danych Utrata danych jest dopuszczalna Utrata danych jest dopuszczalna Utrata danych jest dopuszczalna Nie może dojść do utraty danych Użycie aktualnie dostępnej przepustowości Użycie aktualnie dostępnej przepustowości Użycie aktualnie dostępnej przepustowości Audio-od kilku kb/s do 1Mb/s Wideo-od 10kb/s do 5Mb/s Audio-od kilku kb/s do 1Mb/s Wideo-od 10kb/s do 5Mb/s Od kilku kb/s do 10 kb/s Użycie aktualnie dostępnej przepustowości Nie Nie Nie Tak-kilkaset milisekund Tak-kilka sekund Tak-kilkaset milisekund Tak i nie

10 Zabezpieczenie protokołu TCP Ani TCP, ani UDP nie obsługują szyfrowania danych. Dane przekazywane do gniazda przez proces nadawczy biegną do procesu odbiorczego w swojej pierwotnej postaci. Dlatego opracowano rozszerzenie protokołu TCP warstwę SSL. SSL nie jest trzecim internetowym protokołem transportowym z poziomu protokołów TCP i UDP, a jedynie rozszerzeniem tego pierwszego. last

11 Protokoły warstwy aplikacji Zastosowanie Protokół warstwy aplikacji Protokół warstwy transportowej Poczta elektroniczna SMTP (RFC 5321) TCP Zdalny dostęp terminalowy Telnet (RFC 854) TCP Technologia WWW HTTP (RFC 2616) TCP Transfer plików FTP (RFC 959) TCP Strumieniowa transmisja danych multimedialnych Telefonia internetowa HTTP (np. Youtube), RTP SIP, RTP, lub protokół zastrzeżony jak np. Skype UDP lub TCP Zazwyczaj UDP

12 Protokoły warstwy aplikacji - Typy wymienianych komunikatów (np. komunikaty żądań i odpowiedzi na nie; - Składnia różnego typu komunikatów (pola komunikatu i sposób ich opisu); - Semantyka pól, czyli znaczenie zwartych w nich informacji; - Zasady określające kiedy i w jaki sposób proces wysyła komunikaty i odpowiada na nie.

13 Protokół HTTP

14 Połączenia nietrwałe 1. Klient HTTP inicjuje połączenie TCP z serwerem za pomocą portu 80, który jest domzślnie używany przez protokół HTTP. Port ten jest powiązany z połączeniem TCP i posłuży jako gniazdo po stronie klienta oraz serwera; 2. Klient HTTP wysyła komunikat żądania HTTP do serwera za pośrednictwem swojego gniazda. Komunikat żądania zawiera ścieżkę /index.html. 3. Proces serwera HTTP odbiera komunikat żądania przy użyciu swojego gniazda powiązanego z połączeniem, a następnie z pamięci pobiera obiekt index.html, kapsułkuje wgo w komunikacie odpowiedzi HTTP, który odsyła klientowi, korzystając ze swojego gniazda; 4. Proces serwera HTTP nakazuje protokołowi TCP zakończenie połączenia TCP (protokół wykona tą operację po upewnieniu się, że klient otrzymał komunikat odpowiedzi w niezmienionej postaci); 5. Klient HTTP odbiera komunikat odpowiedzi. Połączenie TCP jest zakończone. Komunikat wskazuje, że kapsułkowanym obiektem jest plik HTML. Kient wyodrębnia plik z komunikatu, a następnie sprawdza go i odnajduje wszystkie odwołania do obiektów; 6. Dla każdego obiektu są powtarzane kroki 1-4

15 Ogólny format komunikatu żądania

16 1. GET / HTTP/1.1 (prośba o o URI / zgodnie z protokołem HTTP 1.1) 2. Host: host.com (wymagany w HTTP 1.1 zwrócenie dokumentu nagłówek Host służący do rozpoznania hosta, jeśli serwer na jednym IP obsługuje kilka VirtualHostów) 3. User-Agent: Mozilla/5.0 (X11; U; Linux i686; pl; rv: ) Gecko/ Firefox/ (nazwa aplikacji klienckiej) 4. Accept: text/xml,application/xml,application/xhtml+xml,text/html; q=0.9,text/plain;q=0.8 (akceptowane (bądź nieakceptowane dla q=0) przez klienta typy plików) 5. Accept-Language: pl,en-us;q=0.7,en;q=0.3 (preferowany język strony nagłówek przydatny przy Language negotiation) 6. Accept-Charset: ISO ,utf-8;q=0.7,*;q=0.7 (preferowane kodowanie znaków, patrz strona kodowa) 7. Keep-Alive: 300 (czas, jaki klient chce zarezerwować do następnego zapytania w przypadku połączenia Keep-Alive) 8. Connection: keep-alive (chęć nawiązania połączenia stałego Keep-Alive z serwerem HTTP/1.0) 9. Znak powrotu karetki i nowej linii (CRLF)

17 Ogólny format komunikatu odpowiedzi

18 1. HTTP/ OK (kod odpowiedzi HTTP, w tym wypadku zaakceptowanie i zwrócenie zawartości) 2. Date: Thu, 20 Dec :04:30 GMT (czas serwera) 3. Server: Apache/ (Unix) DAV/2 (opis aplikacji serwera) 4. Set-Cookie: PSID=d6dd02e9957fb162d2385ca6f2829a73; path=/ (nakazanie klientowi zapisania ciasteczka) 5. Expires: Thu, 19 Nov :52:00 GMT (czas wygaśnięcia zawartości zwróconego dokumentu. Data w przeszłości zabrania umieszczenie dokumentu w pamięci podręcznej. Jest to stara metoda zastąpiona przez Cache-Control) 6. Cache-Control: no-store, no-cache, must-revalidate (no-store zabrania przechowywania dokumentu na dysku, nawet gdy nie jest to pamięć podręczna. must-revalidate nakazuje bezwzględnie stosować się do wytycznych i sprawdzić świeżość dokumentu za każdym razem) 7. Pragma: no-cache (informacje dotyczące zapisywania zawartości w pamięci podręcznej. Stara, niestandardowa metoda.) 8. Keep-Alive: timeout=15, max= Connection: Keep-Alive (akceptacja połączenia Keep-Alive dla klientów HTTP/1.0) 10. Transfer-Encoding: chunked (typ kodowania zawartości stosowanej przez serwer) 11. Content-Type: application/xhtml+xml; charset=utf-8 (typ MIME i strona kodowa zwróconego dokumentu) 12. znak powrotu karetki i nowej linii (CRLF) 13. tutaj zawartość dokumentu

19 Pliki cookies

20 Protokół FTP

21 Protokół FTP

22 Poczta elektroniczna

23 Protokół SMTP

24 Protokół HTTP i SMTP Protokół HTTP pobierający Protokół SMTP wysyłający Kodowanie 7 bitów dla protokołu SMTP Kapsułkowanie danych dla HTTP

25 Protokół SMTP 220 serwer ESMTP Exim 4.43 Wed, 12 Jan :14: helo serwer. .com 250 uzytkownik.internet.com Hello uzytkownik at uzytkownik.internet.com [ ] mail from: 250 OK. rcpt to: 250 Accepted data 354 Enter message, ending with "." on a line by itself Date: 03 Jan 07 21:21:21 From: nadawca@example.org To: odbiorca@example.org Subject: temat wiadomosci tresc wiadomosci. 250 OK id=1coql6-0003qi-mp quit 221 serwer. .com closing connection LAST

26 Protokół POP3

27 +OK Cubic Circle's v /05/13 POP3 ready user uzytkownik +OK uzytkownik selected pass Haslo +OK Congratulations! list +OK 1 messages (627 octets) retr 1 +OK 627 octets Received: by pop3serwer (mbox uzytkownik) (with Cubic Circle's cucipop (v /05/13) Mon Nov 1 23:04: ) X-From_: uzytkownik@adres. .com Mon Nov 01 23:04: Return-path: <uzytkownik@adres. .com> Envelope-to: uzytkownik@adres. .com Received: from uzytkownik by pop3serwer.adres. .com with local (Exim 3.35 #1 (Debian)) id 1COkHX-0002DO-00 for <uzytkownik@adres. .com>; Mon, 01 Nov :04: To: uzytkownik@adres. .com Subject: test Message-Id: <E1COkHX-0002DO-00@pop3serwer.adres. .com> From: Uzytkownik <uzytkownik@adres. .com> Date: Mon, 01 Nov :04: dele 1 +OK Message 1 deleted quit +OK Was it as good for you, as it was for me? (clean as a baby)

28 Protokół IMAP

29 Standardowe porty poczty elektronicznej: 25 protokół poczt przychodzącej (SMTP); obecnie 110 protokół poczty wychodzącej (POP3) Kodowane protokoły transportu poczty: POP3 - szyfrowanie SSL port 995 IMAP - szyfrowanie SSL port 993 SMTP - szyfrowanie SSL port 465

Podobne dokumenty

1. Model klient-serwer

1. Model klient-serwer 1. 1.1. Model komunikacji w sieci łącze komunikacyjne klient serwer Tradycyjny podziała zadań: Klient strona żądająca dostępu do danej usługi lub zasobu Serwer strona, która świadczy usługę lub udostępnia