2. prednáška ( ) Aplikačná vrstva. ÚINF/PSE1/03 Počítačové siete 1

Transcription

1 2. prednáška ( ) Aplikačná vrstva ÚINF/PSE1/03 Počítačové siete 1

2 História Internetu : Prvé princípy paketmi riadených sietí 1961: Kleinrock teória radov ukazuje efektivitu riadenia paketmi 1964: Baran riadenie paketmi vo vojenských sieťach 1967: ARPAnet podľa Advanced Research Projects Agency 1969: prevádzka prvého uzla ARPAnetu 1972: Verejná ukážka ARPAnetu NCP (Network Control Protocol) prvý protokol medzi zariadeniami prvý ový program ARPAnet má 15 uzlov ÚINF/PSE1/03 Počítačové siete 2

3 História Internetu : spájanie sietí, nové typy sietí 1970: ALOHAnet - satelitná sieť na Havaji 1974: Cerf a Kahn - architektúra na prepájanie sietí 1976: Ethernet na Xerox PARC koniec 70.r: proprietárne architektúry: DECnet, SNA, XNA koniec 70.r.: prepájanie paketov pevnej dĺžky (predchodca ATM) 1979: ARPAnet má 200 uzlov Cerfove a Kahnove princípy spájania sietí: minimalizácia, autonómnosť žiadne vnútorné zmeny vo vnútri sietí model služieb best effort bezstavové routre decentralizované riadenie definovali tak architektúru dnešného Internetu ÚINF/PSE1/03 Počítačové siete 3

4 História Internetu : nové protokoly, rozširovanie sietí 1982: SMTP ový protokol 1983: rozšírenie TCP/IP 1983: definovanie DNS na preklad mien na IP adresy 1985: definovaný FTP protokol 1988: kontrola zahltenia v TCP protokole nové národné siete: Csnet, BITnet, NSFnet, Minitel 100,000 pripojených staníc do spojených sietí ÚINF/PSE1/03 Počítačové siete 4

5 História Internetu 1990, 2000 s: komercionalizácia, Web, nové aplikácie Začiatkom 90.r.: ARPAnet odpojený od internetu 1991: NSF zaviedol obmedzenie na komerčné využitie ich chrbticovej siete (odpojený v r. 1995) začiatok 90.r: Web hypertext [Bush 1945, Nelson 1960 s] HTML, HTTP: Berners-Lee 1994: Mosaic, neskôr Netscape koniec 90.r.: komercionalizácia Webu kon. 90.r. zač. 00.r.: vznik: instant messagingu, P2P siete na zdieľanie súborov počítačová bezpečnosť začína byť dôležitá cca. 50 miliónov staníc, > 100 miliónov používateľov Chrbticové siete majú rýchlosť až Gb/s ÚINF/PSE1/03 Počítačové siete 5

6 História Internetu 2007: ~500 miliónov staníc Zvuk a obraz cez IP P2P aplikácie: BitTorrent, Skype ďalšie aplikácie: YouTube, hry wireless, mobilita ÚINF/PSE1/03 Počítačové siete 6

7 Kapitola 2: Aplikačná vrstva 2.1 Princípy sieťových aplikácií 2.2 Web a HTTP 2.3 FTP 2.6 P2P Applications Gnutella, Kazaa, BitTorrent, Skype DNS ÚINF/PSE1/03 Počítačové siete 7

8 Kapitola 2: Aplikačná vrstva Ciele: Abstraktné a implementačné hľadisko sieťových aplikačných protokolov Využitie služieb transportej vrstvy Klient-server architektúra Peer-to-peer architektúra Príklady protokolov aplikačnej vrstvy HTTP FTP SMTP / POP3 / IMAP DNS Programovanie sieťových aplikácií socket API ÚINF/PSE1/03 Počítačové siete 8

9 Vytváranie sieťovej aplikácie programy bežia na (rôznych) koncových systémoch komunikujú prostredníctvom siete napr. web server komunikuje s browserom zariadenia jadra siete nespúšťajú používateľské aplikácie aplikačná transportná sieťová spojová fyzická aplikačná transportná sieťová spojová fyzická aplikačná transportná sieťová spojová fyzická ÚINF/PSE1/03 Počítačové siete 9

10 Architektúry sieťových aplikácií Klient-server Peer-to-peer (P2P) Hybrid oboch ÚINF/PSE1/03 Počítačové siete 10

11 Architektúra klient-server server: stále zapnutý počítač pevná IP adresa klient/server serverové farmy pre lepšiu škálovateľnosť klienti: komunikujú so serverom môžu sa priebežne odpájať môžu mať dynamickú IP adresu nekomunikujú medzi sebou ÚINF/PSE1/03 Počítačové siete 11

12 Čistá P2P architektúra nemá stále zapnutý server na ľubovoľných koncových systémoch komunikujú medzi sebou peerovia sú prerušovane napojení a môžu meniť IP adresy príklad: Gnutella peer-peer Vysoko škálovateľné, ale ťažko manažovateľné ÚINF/PSE1/03 Počítačové siete 12

13 Hybrid Klient-servera a P2P Skype program na telefonovanie cez IP centrálny server: hľadá adresu cieľového používateľa cez klient-server komunikácia už typu klient-klient: priame spojenie (nie cez server) Instant messaging chat medzi dvoma používateľmi ako P2P Centralizovane sa zisťuje pripojenie klientov Klienti si v centrálnom servri registrujú svoje IP adresy keď sa prihlásia Klienti kontaktujú server, aby zistili IP adresy kontaktov, s ktorými chcú rozprávať ÚINF/PSE1/03 Počítačové siete 13

14 Komunikácia procesov Proces: program bežiaci na počítači V rámci jedného počítača procesy obvykle komunikujú medziprocesorovou komunikáciou (definovanou v OS). procesy na rôznych počítačoch komunikujú prostredníctvom správ Klientský proces: proces ktorý inicializuje komunikáciu Serverový proces: proces, ktorý čaká na to, že sa naňho niekto napojí Poznámka: aj aplikácie vo všetkých P2P architektúrach majú klientské a servrovské procesy ÚINF/PSE1/03 Počítačové siete 14

15 Sokety procesy posielajú a prijímajú správy prostredníctvom svojich soketov Čo je soket? rozhranie, cez ktoré komunikuje sieťová aplikácia s protokolom transportnej vrstvy stanica / server proces socket TCP s buffermi a premnnými riadený programátorom aplikácie riadený operačným systémom Internet stanica / server proces socket TCP s buffermi a premnnými API: (1) iné pre rôzne transportné protokoly (2) umožňuje nastaviť niektoré parametre ÚINF/PSE1/03 Počítačové siete 15

16 Adresácia procesov aby sa procesu dali posielať správy, musíme ho na internete presne identifikovať počítač musí mať jedinečnú 32-bitovú IP adresu Stačí IP adresa počítača na identifikáciu procesu sieťovej aplikácie? ÚINF/PSE1/03 Počítačové siete 16

17 Adresácia procesov aby sa procesu dali posielať správy, musíme ho na internete presne identifikovať počítač musí mať jedinečnú 32-bitovú IP adresu Stačí IP adresa počítača na identifikáciu procesu sieťovej aplikácie? Nie! Na jednom počítači môže byť viac sieťových procesov identifikátor zahŕňa IP adresu a číslo portu(portov) priradené k procesu na počítači. Príklady čísiel portov: HTTP server: 80 Mailový server: 25 Na poslanie HTTP správy na web server web.ics.upjs.sk potrebujeme: IP adresu: Číslo portu: 80 ÚINF/PSE1/03 Počítačové siete 17

18 Protokol aplikačnej vrstvy definuje: Typy správ, ktoré sa vymieňajú, Napr. požiadavky, odpovede Syntax správ: Z čoho sa skladajú jednotlivé správy, rozsahy hodnôt Sémantika správ Význam správ a informácií v nich Pravidlá pre to, kedy, za akých okolností, a ako si budú procesy posielať správy Verejné protokoly: Definované v RFC Umožňujú interoperabilitu napr. HTTP, SMTP Proprietárne protokoly: napr. Skype ÚINF/PSE1/03 Počítačové siete 18

19 Akú transportnú službu si vybrať pre aplikáciu? Strata dát niektoré aplikácie (audio) sú schopné tolerovať nejakú stratu dát iné aplikácie (napr. prenos súborov, SSH) vyžadujú 100% spoľahlivé dátové prenosy Časová tolerancia niektoré aplikácie (napr., telefonovanie, hry) vyžadujú malé zdržania prenosu Šírka pásma niektoré aplikácie nevyžadujú veľkú šírku pásma aby fungovali efektívne iné využijú všetku šírku pásma, ktorú môžu ÚINF/PSE1/03 Počítačové siete 19

20 Požiadavky aplikácií na transportnú vrstvu Aplikácia Strata dát Šírka pásma Citlivosť na čas prenos súborov Web real-time audio/video uložené audio/video interaktívne hry instant messaging žiadna žiadna žiadna možná možná možná žiadna prispôsobiteľná prispôsobiteľná prispôsobiteľná audio: 5kb/s-1Mb/s video:10kb/s-5mb/s to isté zopár kb/s prispôsobiteľná nie nie nie áno áno áno áno aj nie ÚINF/PSE1/03 Počítačové siete 20

21 Služby transportných protokolov TCP služby: so spojením: vyžaduje nastavenie spojenia pred odosielaním prvých dát spoľahlivý prenos medzi odosielajúcim a prijímajúcim procesom kontrola toku dát odosielateľ nazahltí prijímateľa kontrola zahltenia siete odosielateľ spomalí odosielanie pri zahltení siete neposkytuje efektívny čas doručenia, garantovanie minimálnej šírky pásma UDP služby: nespoľahlivý prenos dát medzi odosielajúcim a prijímajúcim procesom neposkytuje nastavenie spojenia, spoľahlivosť, kontrolu toku dát, zahltenia siete, efektívny čas doručenia ani šírku pásma Tak na čo je nám UDP? ÚINF/PSE1/03 Počítačové siete 21

22 Aplikačné a transportné protokoly využívané sieťovými aplikáciami Aplikácia vzd. prístup na kozolu Web prenos súborov streamovanie multimédií telefonovanie cez net Protokol aplikačnej vrstvy SMTP [RFC 2821] Telnet [RFC 854] HTTP [RFC 2616] FTP [RFC 959] vlastné (napr. RealNetworks) VoIP, vlastné (napr., Vonage,Dialpad) Transportný protokol čo využíva TCP TCP TCP TCP TCP alebo UDP typicky UDP ÚINF/PSE1/03 Počítačové siete 22

23 Web a HTTP označenia Web stránka sa skladá z objektov Objekt môže byť HTML súbor, obrázok, Java applet, audio súbor, CSS súbor Web stránku tvorí základný HTML súbor, ktorý obsahuje niekoľko odkazov na objekty Adresa objektu je URL Príklad URL: host name cesta ÚINF/PSE1/03 Počítačové siete 23

24 Náhľad na HTTP HTTP: hypertext transfer protocol Protokol aplikačnej vrstvy pre Web klient/server model klient: prehliadač ktorý žiada, dostáva a zobrazuje webové objekty server: webový server odosiela objekty v odpovediach na požiadavky HTTP 1.0: RFC 1945 HTTP 1.1: RFC 2068 Windows, Internet Explorer Mac OS, Safari HTTP request HTTP response HTTP request HTTP response Server, na ktorom beží Apache Web server ÚINF/PSE1/03 Počítačové siete 24

25 Náhľad na HTTP Používa TCP: klient inicializuje TCP spojenie (vytvorí soket) so serverom na porte 80 server akceptuje TCP spojenie od klienta Browser (HTTP klient) a web server (HTTP server) si posielajú HTTP správy (správy aplikačného protokolu) TCP spojenie sa zavrie HTTP je bezstavový server si neuchováva históriu predchádzajúcich požiadaviek klienta Stavové protokoly sú zložité! Musí sa spravovať história Po zlyhaní klienta alebo servera sa ich pohľad na to, čo je to posledný stav, sa môže líšiť a musia sa synchronizovať ÚINF/PSE1/03 Počítačové siete 25

26 HTTP spojenia Neperzistentné HTTP Maximálne jeden objekt počas jedného TCP spojenia. Verzia HTTP/1.0 Perzistentné HTTP Počas jedného TCP spojenia je možné veľa požiadaviek a odpovedí. Verzia HTTP/1.1 má prezistentné HTTP ako default ÚINF/PSE1/03 Počítačové siete 26

27 Neperzistentné HTTP Nech používateľ zadá adresu (tá obsahuje, text s 10 odkazmi na obrázky) čas 1a. HTTP klient inicializuje TCP spojenie k HTTP serveru (jeho procesu) na adrese na porte HTTP klient pošle HTTP request message (požiadavku) na výstup klientského soketu. Správa označuje, že klient chce objekt /oddelenie/index.html 1b. HTTP server na počítači s doménovým menom čakajúci na TCP spojenie na porte 80 akceptuje spojenie a oznámi to klientovi 3. HTTP server dostane požiadavku, a vytvorí response message (odpoveď) obsahujúcu požadovaný objekt a pošle ho na výstup jeho soketu ÚINF/PSE1/03 Počítačové siete 27

28 Neperzistentné HTTP čas 5. HTTP klient obdrží odpoveď s html súborom, zobrazí html, parsuje html a zistí, že potrebuje žiadať ešte o 10 obrázkov 4. HTTP server zatvorí TCP spojenie 6. Klient opakuje kroky 1-5 pre každý obrázok Analógia: Ak chceme cez telefón zistiť 10 informácií od kamaráta, musíme po každej zložiť telefón a zavolať znova ÚINF/PSE1/03 Počítačové siete 28

29 Neperzistentné HTTP: rýchlosť odpovede Definícia rýchlosti odpovede RTT(response time): čas potrebný na odoslanie malého paketu z klienta na server a späť. Rýchlosť odpovede: jeden RTT na inicializáciu TCP spojenia jeden RTT na HTTP požiadavku a dôjdenie prvých pár bytov HTTP odpovede čas na prenos súboru celkovo = 2*RTT+čas prenosu inicializácia TCP spojenia RTT požiadavka na súbor RTT súbor dorazil čas čas Čas na odoslanie súboru ÚINF/PSE1/03 Počítačové siete 29

30 Perzistentné HTTP Neperzistentné HTTP: každý objekt potrebuje 2 RTT zaťaženie OS pri každom TCP spojení prehliadače obvykle otvoria viac paralelných spojení na získanie objektov Perzistentné HTTP po odpovedi nechá server otvorené spojenie následné HTTP správy medzi rovnakým klientom a serverom idú cez toto spojenie Perzistentné bez pipeliningu: klient si pýta ďalší objekt po doručení predchádzajúceho jeden RTT pre každý ďalší objekt Perzistentné s pipeliningom: default v HTTP/1.1 klient posiela všetky požiadavky naraz hneď ako zistí odkazy na objekty z webstránky Iba jedno RTT dokopy pre všetky odkazované objekty ÚINF/PSE1/03 Počítačové siete 30

31 HTTP požiadavka Dva typy HTTP správ: požiadavka(request) a odpoveď(response) HTTP požiadavka: ASCII (ľudsky čitateľný tvar) riadok požiadavky (príkazy GET, POST, HEAD,...) Prázdny riadok, #CR#LF znamená koniec správy header lines GET /oddelenie/index.html HTTP/1.1 Host: User-agent: Mozilla/4.0 Connection: close Accept-language:sk ÚINF/PSE1/03 Počítačové siete 31

32 HTTP požiadavka všeobecne ÚINF/PSE1/03 Počítačové siete 32

33 Odosielanie formulárových dát POST: Pri odosielaní formulárov z webstránok lepšia alternatíva ku GET Dáta sú posielané na server v entity body Spôsob cez URL: Používa GET metódu Dáta sú súčasťou URL adresy: ÚINF/PSE1/03 Počítačové siete 33

34 Príkazy požiadaviek HTTP/1.0 GET POST HEAD Neposiela sa žiadaný objekt iba hlavička HTTP/1.1 GET, POST, HEAD PUT posiela súbor v entity body na adresu špecifikovanú v URL DELETE vymaže súbor na adrese špecifikovanej v URL ÚINF/PSE1/03 Počítačové siete 34

35 HTTP odpoveď Riadok odpovede (protokol kód stavu komentár stavu) dáta, napr. požadovaný HTML súbor header lines HTTP/ OK Connection close Date: Thu, 06 Aug :00:15 GMT Server: Apache/1.3.0 (Unix) Last-Modified: Mon, 22 Jun 1998 Content-Length: 6821 Content-Type: text/html dáta dáta dáta dáta dáta... ÚINF/PSE1/03 Počítačové siete 35

36 Stavy HTTP odpovede Niektoré príklady prvého riadka odpovede servera: 200 OK požiadavka úspešná, požadovaný objekt nasleduje pod hlavičkou 301 Moved Permanently požadovaný objekt je presunutý, nová pozícia je špecifikovaná v hlavičke v časti Location: 400 Bad Request server nerozumie požiadavke 404 Not Found požadovaný objekt sa nenašiel 505 HTTP Version Not Supported server nepodporuje požadovanú verziu HTTP protokolu ÚINF/PSE1/03 Počítačové siete 36

37 Vyskúšajte si HTTP komunikáciu ako klient 1. Telnetujte svoj obľúbený web server: telnet ics.upjs.sk 80 Otvorí TCP spojenie na porte 80 (defaultny port HTTP servera) na počítači ics.upjs.sk Každý riadok odchádza ako správa na server ics.upjs.sk procesu s prideleným portom Napíšte GET požiadavku: GET /~gursky/siete/ HTTP/1.1 Host: ics.upjs.sk Po napísaní pridajte ešte prázdny riadok, čím ukončíte HTTP požiadavku minimálneho rozsahu 3. Môžete obdivovať odpoveď web servera ÚINF/PSE1/03 Počítačové siete 37

38 Stav používateľovej komunikácie: cookies Štyri súčasti: 1) v hlavičke HTTP odpovede servera je cookie riadok 2) aj v hlavičke HTTP požiadavky môže byť cookie riadok 3) browser si uchováva cookie v špeciálnom súbore 4) web server má databázu cookie všetkých komunikácií na nejaký čas dozadu (napr. týždeň aj viac) Postup: Pri prvej HTTP požiadavke server vytvorí jedinečné ID záznam s ID v databáze Toto ID sa posiela a uchováva v cookie Pri ďalšej návšteve sa môže browser identifikovať s ID v cookie riadku Webová aplikácia vie pokračovať v relácii ÚINF/PSE1/03 Počítačové siete 38

39 Stav používateľovej komunikácie: cookies klient Amazon web server ebay 8734 cookie súbor ebay 8734 amazon 1678 O týždeň neskôr: ebay 8734 amazon 1678 bežná HTTP požiadavka bežná HTTP odpoveď Set-cookie: 1678 bežná HTTP požiadavka cookie: 1678 bežná HTTP odpoveď bežná HTTP požiadavka cookie: 1678 bežná HTTP odpoveď Amazon server vytvorí pre klienta ID 1678 vytvor záznam odhalenie cookie riadka odhalenie cookie riadka prístup prístup databáza ÚINF/PSE1/03 Počítačové siete 39

40 Cookies Čo umožňujú: autorizáciu nákupné košíky odporúčania Stavy komunikácie (napr. webový klient) Čo udržiava stav : Aplikácie zabezpečujúce fungovanie dynamických webstránok si môžu ku každému cookie ID zvlášť pamätať aktuálny stav aj históriu cookies: stav môže byť aj súčasťou cookie v správach (spolu s ID) Cookies a súkromie: ÚINF/PSE1/03 Počítačové siete 40 cookies umožňujú web serveru učiť sa správanie používateľa Pri nevhodne napísanej web aplikácii sa môžu do cookie správ dostať aj osobné údaje napr. z formulárov

41 Web cache (čítaj [keš]) t.j. Proxy server Cieľ: obslúžiť klienta bez pričinenia pôvodného servra Browser musí mať nastavený prístup cez proxy server Browser posiela všetky HTTP požiadavky cez proxy server Ak je objekt v cache proxy servra tak sa hneď pošle klientovi Inak proxy server kontaktuje pôvodný server, aby mu poslal požadovaný objekt klient klient HTTP request HTTP response HTTP request HTTP response Proxy server HTTP request HTTP response webový server iný webový server ÚINF/PSE1/03 Počítačové siete 41

42 Proxy server proxy vystupuje aj ako klient aj ako server bežne je proxy server riadený poskytovateľom internetu (univerzita, firma, lokálny provider) Na čo je to dobré? rýchlejšie zobrazenie stránky odľahčenie slabého sieťového pripojenia od záťaže (skôr v minulosti) logovanie prevádzky! obmedzenie prístupu na určité webstránky (pre malé deti, na školách) ÚINF/PSE1/03 Počítačové siete 42

43 Pohľad do minulosti: SANET 1995 ÚINF/PSE1/03 Počítačové siete 43

44 SANET 2001 ÚINF/PSE1/03 Počítačové siete 44

45 SANET 2009 ÚINF/PSE1/03 Počítačové siete 45

46 Podmienený GET Cieľ: neposielať zbytočne z web servra objekt, ktorý je rovnaký v proxy serveri aj na zdrojovom web servri Proxy dodá do HTTP požiadavky čas jeho verzie If-modified-since: <dátum> Server pošle buď novší objekt alebo len HTTP hlavičku odpovede s informáciou, že proxy má aktuálnu verziu: HTTP/ Not Modified proxy HTTP požiadavka If-modified-since: <dátum> HTTP odpoveď HTTP/ Not Modified HTTP požiadavka If-modified-since: <date> HTTP odpoveď HTTP/ OK <data> web server objekt sa nezmenil objekt sa zmenil ÚINF/PSE1/03 Počítačové siete 46

47 FTP: file transfer protocol používateľ FTP používateľské rozhranie FTP klient lokálny súborový systém prenos súborov FTP server vzdialený súborový systém Používa sa na prenos súborov oboma smermi klient/server model klient: inicializuje spojenie server: na vzdialenom počítači ftp: RFC 959 ftp server: port 21 (riadiaci príkazy, oznamy) ÚINF/PSE1/03 Počítačové siete 47

48 FTP: oddelené riadenie a dátové prenosy FTP klient sa napája na FTP server na porte 21 klient sa autorizuje cez riadiace spojenie klient prechádza vzdialeným súborovým systémom cez príkazy zaslané do riadiaceho spojenia Ak príkaz vyžaduje prenos dát server otvorí port pre 2. TCP spojenie (pasívny mód) klient otvorí svoj port a jeho číslo pošle servru, ktorý inicializuje toto spojenie z portu 20 (aktívny mód) FTP client TCP control connection port 21 TCP data connection port 20 FTP server ÚINF/PSE1/03 Počítačové siete 48 Po odoslaní 1 súboru server ukončí dátové spojenie (riadiacim kanálom dôjde správa o úspešnom kopírovaní) Na poslanie ďalšieho súboru sa musí otvoriť ďalšie dátové spojenie FTP server udržiava stav klienta: aktívny adresár, prihlásenie

49 FTP príkazy a odpovede Niektoré príkazy: USER username PASS password LIST vráti obsah aktuálneho adresára (cez dátové spojenie) RETR filename žiada súbor zo servra STOR filename posiela súbor na server Príklady návratových správ: Kód a komentár stavu (ako pri HTTP) 331 Username OK, password required 125 data connection already open; transfer starting 425 Can t open data connection 452 Error writing file ÚINF/PSE1/03 Počítačové siete 49

50 výstupný rad správ mailová schánka Tri hlavné komponenty: user agent mailoví klienti (user agents) mailové servre mail server user agent simple mail transfer protocol: SMTP Mailový klient SMTP SMTP mail server user agent Posielanie, editovanie a čítanie mailov napr. Outlook, elm, Mozilla Thunderbird, Evolution odchádzajúce a prichádzajúce maily sú uložené na servri mail server user agent SMTP user agent user agent ÚINF/PSE1/03 Počítačové siete 50

51 Mailový server obsahuje: Mailové schránky každá obsahuje doručené maily pre používateľa Rad mailov obsahujúci maily určené na odoslanie SMTP protocol na komunikáciu a posielanie mailov medzi mailovými servrami klient: mailový server odosielajúci mail server : mailový server prijímajúci mail mail server SMTP mail server user agent user agent SMTP SMTP user agent mail server user agent user agent user agent ÚINF/PSE1/03 Počítačové siete 51

52 SMTP [RFC 2821] používa TCP protokol na spoľahlivé doručenie mailov z klienta na server počúvajúci na porte 25 tri fázy prenosu z odosielajúceho servra na prijímací pozdravenie prenos správ ukončenie komunikácia cez príkazy a odpovede príkazy: ASCII text odpovede: kód a komentár stavu Správy musia byť v 7-bitovom ASCII kódovaní ÚINF/PSE1/03 Počítačové siete 52

53 Scenár: Alica posiela mail Bobovi 1) Alica použije svojho mailového klienta na odoslanie mailu pre 2) Alicin mailový klient pošle mail jej mailovému servru, ktorý uloží mail do radu mailov 3) Alicin mailový server otvorí TCP spojenie s Bobovým mailovým servrom 4) SMTP klient (Alicin mailový server) pošle Alicin mail cez TCP spojenie 5) Bobov mailserver uloží mail do Bobovej schánky 6) Bob mailový klient si po čase vypýta mail z jeho schránky na jeho mailovom servri 1 user agent mail server mail server 5 6 user agent ÚINF/PSE1/03 Počítačové siete 53

54 Príklad SMTP komunikácie S: 220 kosice.upjs.sk C: HELO doma.sk S: 250 Hello doma.sk, pleased to meet you C: MAIL FROM: S: 250 Sender ok C: RCPT TO: S: 250 Recipient ok C: DATA S: 354 Enter mail, end with "." on a line by itself C: Prepacte, ze som pred tyzdnom neposlala projekt C: lebo som velmi chora C:. S: 250 Message accepted for delivery C: QUIT S: 221 kosice.upjs.sk closing connection ÚINF/PSE1/03 Počítačové siete 54

55 SMTP: na záver SMTP používa stále spojenia SMTP vyžaduje, aby celá správa (hlavička aj telo) boli v 7-bitovom ASCII kódovaní Koniec správy označuje postupnosť CRLF.CRLF Porovnanie s HTTP: HTTP: pull (ťahanie) SMTP: push (tlačenie) Oba používajú ASCII kódovanie pre príkazy a hlavičky odpovedí HTTP: každý na stránke je nezávislý a ťahaný nezávisle SMTP: všetko vrátane príloh je posielané v jednej správe ÚINF/PSE1/03 Počítačové siete 55

56 Formát mailov SMTP: protokol na výmenu mailových správ RFC 822: štandard pre textové správy: Riadky v hlavičke napr. telo To: From: Subject: hlavička telo prázdny riadok Samotná správa Musí byť v 7-bitovom ASCII kódovaní ÚINF/PSE1/03 Počítačové siete 56

57 Formát mailov: multimediále rozšírenia MIME: multimedia mail extension, RFC 2045, 2056 dodatočné riadky v hlavičke označujú MIME typ MIME vezia metóda použitá na zakódovanie dát typ multimediálnych dát zakódované dáta From: alice@crepes.fr To: bob@hamburger.edu Subject: Picture of yummy crepe. MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Type: image/jpeg base64 encoded data base64 encoded data ÚINF/PSE1/03 Počítačové siete 57

58 Protokoly na prístup k mailom user agent SMTP SMTP prístupový protokol user agent SMTP: na doručenie na mailový server prijímateľa (adresáta) Protokol na prístup k mailom: zístanie mailu zo servra POP: Post Office Protocol [RFC 1939] autorizácia a stiahnutie IMAP: Internet Mail Access Protocol [RFC 1730] viac možností mailový server odosielateľa mailový server prijímateľa Správa uložených mailov priamo v schránke na servri HTTP: gmail, Hotmail, Yahoo! Mail, Zoznam, Post, Azet,... ÚINF/PSE1/03 Počítačové siete 58

59 POP3 protokol Autorizčná fáza Klientské príkazy: user: používateľské meno pass: heslo Odpovede servra +OK -ERR Fáza transakcií list: zoznam čísiel mailov retr: získanie mailu s daným číslom dele: vymazanie quit: koniec spojenia S: +OK POP3 server ready C: user bob S: +OK C: pass tajne S: +OK user successfully logged on C: list S: S: S:. C: retr 1 S: <obsah mailu 1> S:. C: dele 1 C: retr 2 S: <obsah mailu 2> S:. C: dele 2 C: quit S: +OK POP3 server signing off ÚINF/PSE1/03 Počítačové siete 59

60 POP3 a IMAP Viac o POP3 V príklade sa použil mód stiahni a vymaž Ak používateľ sadne k inému počítaču, k starým mailom sa nedostane Bez mazania máme kópie tých istých mailov na viacerých strojoch IMAP Necháva maily na servri Umožňuje organizáciu mailov do priečinkov na servri ÚINF/PSE1/03 Počítačové siete 60

61 Ďakujem za pozornosť Modifikované slajdy z knihy: Computer Networking: A Top Down Approach, 4 th edition. Jim Kurose, Keith Ross Addison-Wesley, July ÚINF/PSE1/03 Počítačové siete 61