neseniai IETF (Internet Engineering Task Force), kuri kuria interneto protokolus ir architektūrą, paviešino naujiena, kad užbaigė HTTP/3.0 protokolo RFC formavimą ir paskelbė susijusias specifikacijas su identifikatoriais RFC 9114 ir RFC 9204.
HTTP/3.0 specifikacija gavo „siūlomo standarto“ statusą, po kurio bus pradėtas darbas, kad RFC būtų suteiktas standarto projekto (Standarto projektas) statusas, o tai iš tikrųjų reiškia visišką protokolo stabilizavimą ir atsižvelgiant į visas pateiktas pastabas.
Protokolas HTTP/3 apibrėžia QUIC protokolo naudojimą (Greitas UDP interneto ryšys) kaip HTTP/2 transportą. QUIC yra UDP protokolo įskiepis, kuris palaiko kelių jungčių tankinimą ir teikia šifravimo metodus, lygiaverčius TLS/SSL.
Protokolą 2013 metais sukūrė Google kaip alternatyva TCP + TLS žiniatinkliui, sprendžiant ilgo ryšio nustatymo ir derybų laiko TCP problemą ir pašalinant vėlavimus dėl paketų praradimo perduodant duomenis.
Šiuo metu QUIC ir HTTP/3.0 palaikymas jau įdiegtas visose naršyklėse populiarių svetainių. Serverio pusėje HTTP/3 diegimas yra prieinamas nginx (atskirame filiale ir kaip atskiras modulis), Caddy , IIS ir LiteSpeed. HTTP/3 taip pat palaiko „Cloudflare“ turinio pristatymo tinklas.
Pagrindinės QUIC savybės:
- Aukštas saugumas, panašus į TLS (iš tikrųjų QUIC suteikia galimybę naudoti TLS per UDP)
- Perdavimo vientisumo kontrolė, siekiant išvengti paketų praradimo
- Galimybė užmegzti ryšį akimirksniu ir užtikrinti minimalų vėlavimą nuo užklausos išsiuntimo iki atsakymo gavimo (RTT, kelionės į abi puses laikas)
- Persiunčiant paketą naudokite kitą eilės numerį, kad išvengtumėte dviprasmybių nustatant gautus paketus ir išvengtumėte skirtojo laiko
- Praradus paketą, paveikiamas tik su juo susijusio srauto pristatymas ir jis nesustabdo duomenų perdavimo srautais, perduodamais lygiagrečiai per dabartinį ryšį.
- Klaidų taisymo įrankiai, kurie sumažina vėlavimą dėl prarastų paketų pakartotinio perdavimo. Specialių paketo lygio klaidų taisymo kodų naudojimas siekiant sumažinti situacijas, kai reikia pakartotinai perduoti prarastus paketinius duomenis.
- Kriptografinių blokų ribos sulygiuotos su QUIC paketų ribomis, sumažinant paketų praradimo poveikį dekoduojant vėlesnių paketų turinį.
- Jokių problemų blokuojant TCP eilę
- Ryšio identifikavimo palaikymas, siekiant sumažinti mobiliųjų klientų prisijungimo laiką
- Galimybė prijungti pažangius jungties perkrovos valdymo mechanizmus
- Naudokite pralaidumo prognozavimo metodus kiekviena kryptimi, kad užtikrintumėte optimalų paketų persiuntimo greitį ir išvengtumėte perkrovos sąlygų, kai paketai prarandami.
- Žymus našumas ir našumo padidėjimas, palyginti su TCP. Įrodyta, kad naudojant vaizdo įrašų paslaugas, pvz., „YouTube“, QUIC sumažina vaizdo įrašų buferio operacijas 30%.
Be to, taip pat tuo pačiu metu buvo paskelbtos atnaujintos HTTP/1.1 (RFC 9112) ir HTTP/2.0 (RFC 9113) protokolų specifikacijų versijos, taip pat dokumentai, apibrėžiantys HTTP užklausų (RFC) semantiką. 9110). ir HTTP talpyklos valdymo antraštes (RFC 9111).
Iš pokyčių specifikaciją HTTP/1.1, galite pastebėti draudimą nuo atskiro vežimo grąžinimo simbolio naudojimo (CR) už kūno ribų su turiniu, t. y. protokolo elementuose CR simbolis gali būti naudojamas tik kartu su naujuoju eilutės simboliu (CRLF).
El buvo patobulintas suskirstytų užklausų išdėstymo algoritmas supaprastinti pridedamų laukų ir sekcijų su antraštėmis atskyrimą. Pridėtos dviprasmiško turinio tvarkymo gairės, siekiant blokuoti „HTTP užklausų kontrabandos“ klasės atakas, kurios gali įsibrauti į kitų naudotojų užklausų turinį sraute tarp sąsajos ir užpakalinės sistemos.
Specifikacijos atnaujinimas HTTP/2.0 aiškiai apibrėžia TLS 1.3 palaikymą, nebenaudojama prioritetų nustatymo schema ir susiję antraštės laukai bei atnaujinimo mechanizmas nebenaudojamas HTTP/1.1 ryšys buvo pasenęs.
Galiausiai, jei jus domina galimybė apie tai sužinoti daugiau, išsamią informaciją galite rasti sekanti nuoroda.