{"id":26693,"date":"2024-02-13T15:17:04","date_gmt":"2024-02-13T14:17:04","guid":{"rendered":"https:\/\/www.websupport.sk\/podpora\/?post_type=ht_kb&p=26693"},"modified":"2024-02-13T15:17:05","modified_gmt":"2024-02-13T14:17:05","slug":"http3-rychlejsi-a-bezpecnejsi-web","status":"publish","type":"ht_kb","link":"https:\/\/www.websupport.sk\/podpora\/kb\/http3-rychlejsi-a-bezpecnejsi-web\/","title":{"rendered":"HTTP\/3: R\u00fdchlej\u0161\u00ed a bezpe\u010dnej\u0161\u00ed web"},"content":{"rendered":"\n

V dobe, ktor\u00e1 je definovan\u00e1 r\u00fdchlos\u0165ou a bezpe\u010dnos\u0165ou, predstavuje HTTP\/3 v\u00fdznamn\u00fd krok vpred v evol\u00facii webu. HTTP\/3 je v porad\u00ed tretia hlavn\u00e1 verzia protokolu Hypertext Transfer Protocol (HTTP) pou\u017e\u00edvan\u00e9ho na v\u00fdmenu inform\u00e1ci\u00ed na webe. Dop\u013a\u0148a roz\u0161\u00edren\u00e9 verzie HTTP\/1.1 a HTTP\/2<\/a>. <\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Z\u00e1sadn\u00fdm rozdielom od predch\u00e1dzaj\u00facich verzi\u00ed, ktor\u00e9 sa spoliehali na osved\u010den\u00fd protokol TCP HTTP\/3<\/a> pou\u017e\u00edva QUIC, \u010do je multiplexovan\u00fd transportn\u00fd protokol postaven\u00fd na UDP.<\/p>\n\n\n\n

TCP vs UDP<\/h2>\n\n\n\n

Rozdiel medzi TCP (Transmission Control Protocol) a UDP (User Datagram Protocol) spo\u010d\u00edva v ich pr\u00edstupe k prenosu d\u00e1t cez internet. Tieto dva protokoly s\u00fa z\u00e1kladn\u00fdmi stavebn\u00fdmi kame\u0148mi internetovej komunik\u00e1cie, ale ka\u017ed\u00fd z nich rie\u0161i prenos d\u00e1t odli\u0161ne, \u010do m\u00e1 za n\u00e1sledok r\u00f4zne vlastnosti a pou\u017eitie.<\/p>\n\n\n\n

TCP zabezpe\u010duje spo\u013eahliv\u00fd prenos d\u00e1t. Tento protokol pou\u017e\u00edva potvrdzovac\u00ed mechanizmus, ktor\u00fd zais\u0165uje, \u017ee v\u0161etky odoslan\u00e9 d\u00e1ta dosiahnu cie\u013eov\u00e9 zariadenie v presnom porad\u00ed, v akom boli odoslan\u00e9. M\u00e1 mechanizmy na riadenie, ktor\u00e9 zabra\u0148uj\u00fa pre\u0165a\u017eeniu siete. Pred samotn\u00fdm prenosom d\u00e1t doch\u00e1dza k procesu tzv. „handshake“, kde sa obidva koncov\u00e9 body dohodn\u00fa na parametroch spojenia. TCP zabezpe\u010duje, \u017ee v\u0161etky segmenty d\u00e1t s\u00fa doru\u010den\u00e9 v spr\u00e1vnom porad\u00ed.<\/p>\n\n\n\n

UDP nezaru\u010duje doru\u010denie d\u00e1t. Namiesto toho odosiela d\u00e1ta bez toho, aby \u010dakal na potvrdenie pr\u00edjemcu. Neexistuje inici\u00e1lne nastavenie spojenia pred odoslan\u00edm d\u00e1t, \u010do umo\u017e\u0148uje r\u00fdchlej\u0161ie odosielanie d\u00e1t. D\u00e1ta odoslan\u00e9 cez UDP m\u00f4\u017eu pr\u00eds\u0165 v akomko\u013evek porad\u00ed, nie nutne v tom, v akom boli odoslan\u00e9.<\/p>\n\n\n\n

QUIC<\/h2>\n\n\n\n

QUIC<\/a> (Quick UDP Internet Connections) protokol bol navrhnut\u00fd na zn\u00ed\u017eenie latencie a zlep\u0161enie v\u00fdkonu internetov\u00fdch spojen\u00ed. Bol vyvinut\u00fd spolo\u010dnos\u0165ou Google. QUIC sa rozvinul a\u017e do \u0161tandardu pod z\u00e1\u0161titou Internet Engineering Task Force (IETF). Kombinuje funkcie TCP a TLS do jedin\u00e9ho protokolu, \u010d\u00edm v\u00fdrazne zni\u017euje \u010das potrebn\u00fd na nastavenie spojenia. Ako sme u\u017e spom\u00ednali, tak QUIC funguje na b\u00e1ze UDP. <\/p>\n\n\n\n

Efekt\u00edvne spojenia<\/h3>\n\n\n\n

Prvou zmenou je v\u00fdrazn\u00e9 zn\u00ed\u017eenie r\u00e9\u017eie po\u010das nastavovania pripojenia. Ke\u010f\u017ee v\u00e4\u010d\u0161ina spojen\u00ed HTTP bude vy\u017eadova\u0165 TLS, QUIC rob\u00ed v\u00fdmenu k\u013e\u00fa\u010dov a podporovan\u00fdch protokolov s\u00fa\u010das\u0165ou po\u010diato\u010dn\u00e9ho procesu handshake. Ke\u010f klient otvor\u00ed spojenie, paket s odpove\u010fou obsahuje \u00fadaje potrebn\u00e9 na to, aby tie bud\u00face pou\u017e\u00edvali \u0161ifrovanie. T\u00fdm sa eliminuje potreba nastavova\u0165 spojenie TCP a n\u00e1sledne dohadova\u0165 bezpe\u010dnostn\u00fd protokol prostredn\u00edctvom \u010fal\u0161\u00edch paketov. Rovnak\u00fdm sp\u00f4sobom sa daj\u00fa obsluhova\u0165 aj in\u00e9 protokoly, ktor\u00e9 sp\u00e1jaj\u00fa viacero krokov do jedn\u00e9ho p\u00e1ru po\u017eiadavka-odpove\u010f. <\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Spo\u013eahlivos\u0165 a bezpe\u010dnos\u0165<\/h3>\n\n\n\n

Povedali sme si, \u017ee UDP nezaru\u010duje doru\u010denie d\u00e1t. Ako teda m\u00f4\u017ee by\u0165 prenos spo\u013eahliv\u00fd a bezpe\u010dn\u00fd? Tok d\u00e1t QUIC riadi samostatne pre ka\u017ed\u00fa \u010das\u0165 a straten\u00e9 \u00fadaje sa op\u00e4tovne pren\u00e1\u0161aj\u00fa na \u00farovni QUIC, nie UDP. To znamen\u00e1, \u017ee ak d\u00f4jde k chybe v jednom toku napr\u00edklad nejakom obr\u00e1zku, tak na\u010d\u00edtanie m\u00f4\u017ee pokra\u010dova\u0165 ostatn\u00fdch \u010dastiach a nezasekne sa. To m\u00f4\u017ee by\u0165 ve\u013emi u\u017eito\u010dn\u00e9 pri zvy\u0161ovan\u00ed v\u00fdkonu na link\u00e1ch n\u00e1chyln\u00fdch na chyby, preto\u017ee vo v\u00e4\u010d\u0161ine pr\u00edpadov sa m\u00f4\u017eu prij\u00edma\u0165 \u010fal\u0161ie d\u00e1ta. V QUIC sa tieto \u00fadaje m\u00f4\u017eu vo\u013ene sprac\u00fava\u0165, k\u00fdm sa opravuje problemov\u00fd multiplexovan\u00fd tok.<\/p>\n\n\n\n

\u010eal\u0161ie v\u00fdhody QUIC<\/h3>\n\n\n\n

QUIC obsahuje aj nieko\u013eko \u010fal\u0161\u00edch zmien, ktor\u00e9 tie\u017e zlep\u0161uj\u00fa celkov\u00fa latenciu a priepustnos\u0165. Napr\u00edklad pakety sa \u0161ifruj\u00fa jednotlivo, tak\u017ee nedoch\u00e1dza k tomu, \u017ee by \u0161ifrovan\u00e9 \u00fadaje \u010dakali na \u010diastkov\u00e9 pakety. To nie je vo v\u0161eobecnosti mo\u017en\u00e9 v r\u00e1mci protokolu TCP. Cie\u013eom QUIC bolo zlep\u0161i\u0165 v\u00fdkon po\u010das udalost\u00ed prep\u00ednania siete, ako napr\u00edklad to, \u010do sa deje, ke\u010f pou\u017e\u00edvate\u013e mobiln\u00e9ho zariadenia prejde z miestneho WiFi hotspotu do mobilnej siete. Ke\u010f k tomu d\u00f4jde v protokole TCP, spust\u00ed sa zd\u013ahav\u00fd proces, v ktorom sa ka\u017ed\u00e9 existuj\u00face spojenie postupne preru\u0161uje a potom sa na po\u017eiadanie znovu vytvor\u00ed.

Na vyrie\u0161enie tohto probl\u00e9mu obsahuje QUIC identifik\u00e1tor spojenia, ktor\u00fd jednozna\u010dne ozna\u010d\u00ed spojenie so serverom bez oh\u013eadu na zdroj. To umo\u017e\u0148uje op\u00e4tovn\u00e9 nadviazanie spojenia jednoduch\u00fdm odoslan\u00edm paketu, ktor\u00fd v\u017edy obsahuje tento identifik\u00e1tor, preto\u017ee p\u00f4vodn\u00fd identifik\u00e1tor spojenia bude st\u00e1le platn\u00fd, aj ke\u010f sa zmen\u00ed IP adresa pou\u017e\u00edvate\u013ea.<\/p>\n\n\n\n

Webov\u00e9 prehliada\u010de<\/h2>\n\n\n\n

Zapnut\u00e1 podpora pre HTTP\/3 v prehliada\u010doch:<\/p>\n\n\n\n