HTTP protokol. Zpracoval : Petr Novotný

Podobné dokumenty
HTTP protokol. HTTP protokol - úvod. Zpracoval : Petr Novotný novotny0@students.zcu.cz

Hypertext Transfer Protocol (HTTP/1.1 RFC 2616) Počítačové sítě Pavel Šinták

WWW technologie. HTTP protokol

Počítačové sítě II. 18. World Wide Web, HTTP Miroslav Spousta,

Počítačové sítě II 17. WWW, HTTP. Miroslav Spousta, 2005

Protokol HTTP 4IZ228 tvorba webových stránek a aplikací

BI-AWD. Administrace Webového a Databázového serveru Virtualizace HTTP serveru

Služba World Wide Web

Schéma e-pošty. UA (User Agent) rozhraní pro uživatele MTA (Message Transfer Agent) zajišťuje dopravu dopisů. disk. odesilatel. fronta dopisů SMTP

Tvorba webových stránek. Ing. Radek Burget, Ph.D.

Ing. Přemysl Brada, MSc., Ph.D. Ing. Martin Dostal. Katedra informatiky a výpočetní techniky, FAV, ZČU v Plzni

Příručka pro potvrzování zůstatku vydavatelům karetních platebních prostředků

HTTP: Hyper Text Transfer Protocol

Principy fungování WWW serverů a browserů. Internetové publikování

API pro volání služby kurzovního lístku KB

Protokol HTTP. Ondřej Dolejš

mbank.cz mtransfer Okamžitá notifikace o mtransferu Dokumentace pro externího partnera

Připravil: Ing. Jiří Lýsek, Ph.D. Verze: Webové aplikace

v. 2425a Jak si na PC vypěstovat HTTP (WWW, Web) server a jak ho používat (snadno a rychle) by: Ing. Jan Steringa

RESTful API TAMZ 1. Cvičení 11

Administrace Unixu a sítí

Připravil: Ing. Jiří Lýsek, Ph.D. Verze: Webové aplikace

.password xklima:$apr $l sbbajg$ruuy FCr urjfjsvlehsf/ Přídání hesla htpasswd.exe -c c:\www_root\vyuka\autentizace\apache\.

Třídy a objekty. Třídy a objekty. Vytvoření instance třídy. Přístup k atributům a metodám objektu. $z = new Zlomek(3, 5);

PDS. Obsah. protokol LDAP. LDAP protokol obecně. Modely LDAP a jejich funkce LDIF. Software pro LDAP. Autor : Petr Štaif razzor_at

Michal Vávra FI MUNI

C6 Bezpečnost dat v Internetu. 2. HTTP komunikace 3. HTTPS komunikace 4. Statistiky

Knihovna DebugComLib

Šifrování Autentizace Bezpečnostní slabiny. Bezpečnost. Lenka Kosková Třísková, NTI TUL. 22. března 2013

Elektronická pošta. elementární služba, výchozí pro některé další jedna z prvních síťových služeb vůbec. základní principy popisují

Rozdíly oproti webové stránce:

Užitečné odkazy:

Webové služby. Martin Sochor

Platební systém XPAY [

Obsah přednášky. Představení webu ASP.NET frameworky Relační databáze Objektově-relační mapování Entity framework

Protokoly požadavku na URL URL je odkaz na konkrétní prostředek na Internetu v konkrétním umístění a má následující standardní

Dokumentace k nevizuálnímu rozhraní aplikace DopisOnline

GP webpay: Správa objednávek, Web Services

TÉMATICKÝ OKRUH Počítače, sítě a operační systémy

Počítačové sítě Internetový systém elektronické pošty

Analýza síťového provozu. Ing. Dominik Breitenbacher Mgr. Radim Janča

SSL Secure Sockets Layer

TRANSPORTY výbušnin (TranV)

Schéma elektronické pošty

Úvod Úrovňová architektura sítě Prvky síťové architektury Historie Příklady

Instalace a konfigurace web serveru. WA1 Martin Klíma

Úvod Virtuální kanál TCP Datagramová služba UDP URL TCP, UDP, URL. Fakulta elektrotechnická

Počítačové sítě Systém pro přenos souborů protokol FTP

BI-AWD. Administrace Webového a Databázového serveru Úvod do problematiky HTTP serveru

Rodina protokolů TCP/IP, verze 2.3. Část 10: World Wide Web

Globální navigační satelitní systémy a jejich využití v praxi

JSON API pro zjišťování cen MtG karet

1 Cvičení č. 4 Nespojovaná spolupráce

Současný svět Projekt č. CZ.2.17/3.1.00/32038, podpořený Evropským sociálním fondem v rámci Operačního programu Praha adaptabilita

spolupráce více systémů. . Pro zajištění služby je používáno více aplikačních protokolů, např.: DNS SMTP.

ERP-001, verze 2_10, platnost od

Protokoly a Internet. Miloš Hrdý. 19. listopadu 2007

Zapomeňte už na FTP a přenášejte soubory bezpečně

Uživatelský modul Stunnel

Úvod, jednoduché příkazy

Úvod do Web Services

WCF. IW5 - Programování v.net a C# WCF

Pokročilé funkce a časté chyby. Petr Ferschmann FlexiBee Systems s.r.o.

Formuláře. Aby nám mohli uživatelé něco hezného napsat třeba co si o nás myslí!

BI-VWS. Vybrané partie z administrace Webového Serveru Autetizace, autorizace a kontrola přístupu Apache httpd

PHP a bezpečnost. nejen veřejná

Analýza aplikačních protokolů

Metody udržování stavových informací v protokolu HTTP

DHCP. Martin Jiřička,

Úvod do informatiky 5)

Západočeská univerzita v Plzni Fakulta aplikovaných věd Katedra informatiky a výpočetní techniky UPS. FTP Klient. A05463 fboranek@atlas.

File Transfer Protocol (FTP)

Osnova. GIOP a IIOP IDL IOR POA. IDL Klient Server. 2 Historie. 3 Princip a základní pojmy. 4 Implementace. 5 Aplikace CORBA

Dokumentace pro výrobce SW DIS13 - WS

Rychlý postup k nastavení VoIP gatewaye ASUS VP100

OpenSSL a certifikáty

Co sledovat a jak měřit u mobilního webu

Nastavení provozního prostředí webového prohlížeče pro aplikaci

AJAX. Dynamické změny obsahu stránek

Relační vrstva SMB-Síťový komunikační protokol aplikační vrstvy, který slouží ke sdílenému přístupu k souborům, tiskárnám, sériovým portům.

Identifikátor materiálu: ICT-3-03

4. Nastavení programu

Výměna pokladních certifikátů pro evidenci tržeb

Návod na XML synchronizaci dat meteostanice WARIO ME z portálu

Protokoly služeb Internetu

Přenos souborů pomocí AceFTP (pdf verze pro tisk KB)

2N Helios IP HTTP API

1 Webový server, instalace PHP a MySQL 13

Server. Software serveru. Služby serveru

Protokol TELNET. Schéma funkčních modulů komunikace protokolem TELNET. Telnet klient. login shell. Telnet server TCP/IP.

CZ.1.07/1.5.00/

a autentizovaná proxy

Obsah Princip API...2 Funkce activate-user...3 Funkce deactivate-user...4 Funkce vlc-playlist...5 Funkce identify-user...6

Úvod do aplikací internetu a přehled možností při tvorbě webu

VYSOKÉ UČENÍ TECHNICKÉ V BRNĚ BRNO UNIVERSITY OF TECHNOLOGY

Platební systém XPAY [

Artlingua Translation API

DopisOnlineNew. Příručka k API. Leoš Krejčí Zpracoval. Útvar. Datum vytvoření. Datum aktualizace. Počet stran.

1. Webové služby. K čemu slouží? 2. RPC Web Service. 3. SOA Web Service. 4. RESTful Web services

INFORMAČNÍ SYSTÉMY NA WEBU

Transkript:

HTTP protokol Zpracoval : Petr Novotný novotny0@students.zcu.cz

HTTP protokol - úvod zkratka z Hyper-Text Transfer Protocol možnost přenášet jakákoliv data (soubor, obrázek, výsledek dotazu) obvykle provozován nad TCP, port 80 existují 3 verze HTTP/0.9, HTTP/1.0, HTTP/1.1

Komunikace přes HTTP požadavek (+ vytvoření spojení) odezva v HTTP/1.0 odezva + uzavření Klient požadavek Server odezva + uzavření spojení

HTTP transakce úvodní řádek hlavička tělo zprávy GET /moje.htmhttp/1.1 Accept: image/gif, image/jpeg, application/x-shockwaveflash, */* User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1;.NET CLR 1.1.4322) Host: 10.20.80.15 Proxy-Connection: Keep-Alive ---- HTTP/1.1 200 OK Date: Sun, 10 Apr 2005 21:55:59 GMT Server: Apache/1.3.14 (Win32) Connection: close Content-Type: text/html <html><body>tady je text stránky</body></html>

Úvodní řádek požadavku př. GET /ruby.gif HTTP/1.1 úvodní řádek hlavička tělo zprávy Formát : <metoda> <cesta> <verze> <metoda> určuje jakou akci od serveru požadujeme (GET, POST, HEAD ) <cesta> specifikuje polohu prostředku Absolutní cesta (loacalhost/index.htm) Relativní cesta ( /index.htm ) <verze> určuje použitou verzi protokolu (HTTP/x.y)

Úvodní řádek odezvy př. HTTP/1.1 404 Not Found úvodní řádek hlavička tělo zprávy Formát : <verze> <stavový kód> <popis> <verze> určuje verzi protokolu. <stavový kód> je celočíselný návratový kód 1xx -zpráva informačního charakteru 2xx -označuje úspěch 3xx -přesměrováváklienta na jiný URL 4xx -signalizuje chybu na straně klienta 5xx - signalizuje chybu na straně serveru <popis> je stručný text popisující význam návratového kódu.

Hlavička úvodní řádek hlavička tělo zprávy poskytují informace o zprávě, nebo o datech obsažených v části <tělo zprávy> Soubor řádku mající určitý formát Formát : <název hodnoty>: <hodnota> v HTTP/1.0 žádnánení povinná, HTTP/1.1 mápovinnéhodnoty Příklady : Host: 10.20.80.15 Date: Sun, 10 Apr 2005 21:55:59 GMT Content-Type: image/jpeg Connection: close

Metody, metoda OPTIONS Protokol HTTP definuje několik metod, pomocí kterých lze na straně serveru požadovat různétypy služeb Metoda OPTIONS : dovoluje klientovi získat informace o možnostech souvisejících se získáním daného prostředku, a schopnostech serveru Př : OPTIONS /index.html HTTP/1.1 HTTP/1.1 200 OK Allow: GET, HEAD, OPTIONS, TRACE

Metody GET, HEAD, POST Pomocí metody GET lze získat jakékoli informace identifikovanépoložkou <cesta> Tyto informace jsou předány ve formě <tělo zprávy> Metoda HEAD je obdobou metody GET, s tím rozdílem, že součástí odezvy není část <tělo zprávy> Odezva obsahuje pouze hlavičku (použití např. při ověřování odkazů) Metoda POST umožňuje předat serveru data, která server předloží ke zpracování prostředku identifikovanému pomocí části <cesta> Použito při zasílání dat z formulářů na server

Metody PUT, DELETE Požadavek PUT žádáo uložení přiloženéentity tak, aby byla identifikovatelnápomocí části <cesta> Rozdílem mezi PUT a POST je interpretace části <cesta> u metody POST je část <cesta> chápána jako proces zpracovávajícípřiloženádata u metody PUT je část <cesta> chápána jako identifikátor výsledných dat metoda DELETE umožňuje odstranění prostředku identifikovaného částí <cesta> ze serveru. Způsob odstranění prostředku závisí na serveru nemusí dojít k jeho odstranění, ale jen k znepřístupnění

Metody TRACE, CONNECT Metoda TRACE umožňuje klientovi vidět požadavek přesně tak, jak dorazil na server Požadavek je serverem poslán v části <tělo zprávy> Používáse pro ladící účely, pokud požadavek putuje přes proxyservery / gatewaye Metoda CONNECT se používápro připojení s proxy servery, kterése umí dynamicky přepnout na funkci tunelování (např. SSL tunelování)

Cookies Slouží k uchování určitých dat na straně klienta i po zániku spojení Klient pošle pomocí metody POST serveru nějaká data Server je zpracuje, a pošle klientu odezvu obsahující v hlavičce Set-Cookie Součástí každého dalšího požadavku souvisejícího s daným prostředkem je hlavička s Cookies údaji zaslanými serverem Po ukončení spojení a opětovném navázání obsahuje Cookiedata z předchozího spojení, což umožňuje serveru navázat na minulou relaci

Autentizace založena na tom, že server vyzve klienta k předložení informací použitelných k autentizaci pro určitou oblast Klient požaduje prostředek z určitéoblasti Server odpoví, že klient není autorizován, a vyzve jej aby se přihlásil Klient pošle znovu požadavek na informace z dané oblasti, tentokrát ale již uvede autentizační údaje Př. Authorization: Basic bw9sztppigftigjsaw5k Autentizační údaje jsou kódovány systémem base64(<uživatelskéjméno> : <heslo>)

Výhody HTTP/1.1 oproti HTTP/1.0 Možnost více transakcí po jednom otevřeném spojení Zvýšení propustnosti díky přidání možnosti cacheování stránek Zavedení tzv. chunked encoding pro práci s dynamicky generovanými stránkami Pokud server stránku ještě nemá k dispozici (teprve ji generuje), má možnost posílat data klientu průběžně