„Mozilla“ paskelbė apie savo ketinimą pradėti laipsniškai diegti HTTP/3 ir QUIC su „Firefox 88“ išleidimu, kuris numatytas balandžio 19 d. (iš pradžių tikimasi išleisti balandžio 20 d., tačiau, sprendžiant iš tvarkaraščio, jis bus nukeltas viena diena). HTTP/3 palaikymas iš pradžių bus įgalintas tik nedidelei vartotojų daliai, o iki gegužės pabaigos jis bus pristatytas visiems, išskyrus netikėtas problemas. Naktinės versijos ir beta versijose HTTP/3 pagal numatytuosius nustatymus buvo įjungtas kovo pabaigoje.
Prisiminkime, kad HTTP/3 diegimas „Firefox“ yra pagrįstas „Mozilla“ sukurtu projektu neqo, kuris užtikrina QUIC protokolo kliento ir serverio įgyvendinimą. HTTP/3 ir QUIC palaikymo komponento kodas parašytas Rust. Norėdami valdyti, ar HTTP/3 įjungtas, about:config pateikia parinktį „network.http.http3.enabled“. Iš kliento programinės įrangos eksperimentinis HTTP/3 palaikymas taip pat buvo įtrauktas į „Chrome“ ir „curl“, o serveriams jis pasiekiamas naudojant „nginx“, taip pat kaip „nginx“ modulis ir bandomasis serveris iš „Cloudflare“. Svetainės pusėje HTTP/3 palaikymas jau teikiamas Google ir Facebook serveriuose.
HTTP/3 protokolas vis dar yra specifikacijos projekto etape ir dar nėra visiškai standartizuotas IETF. HTTP/3 reikalingas kliento ir serverio palaikymas tai pačiai QUIC juodraščio standarto versijai ir HTTP/3, kuris nurodytas Alt-Svc antraštėje („Firefox“ palaiko 27–32 specifikacinius juodraščius).
HTTP/3 apibrėžia QUIC protokolo naudojimą kaip HTTP/2 transportavimą. QUIC (Quick UDP Internet Connections) protokolą „Google“ sukūrė nuo 2013 m. kaip alternatyvą TCP+TLS deriniui žiniatinkliui, sprendžiantį problemas, susijusias su ilgo TCP ryšio sąrankos ir derybų laiku, ir pašalindamas vėlavimus, kai duomenų metu prarandami paketai. perkėlimas. QUIC yra UDP protokolo plėtinys, kuris palaiko kelių jungčių multipleksavimą ir suteikia šifravimo metodus, lygiaverčius TLS/SSL. Kuriant IETF standartą buvo atlikti protokolo pakeitimai, dėl kurių atsirado dvi lygiagrečios šakos, viena skirta HTTP/3, o antroji palaikoma Google (Chrome palaiko abi parinktis).
Pagrindinės QUIC savybės:
- Aukštas saugumas, panašus į TLS (iš tikrųjų QUIC suteikia galimybę naudoti TLS per UDP);
- Srauto vientisumo kontrolė, kad būtų išvengta paketų praradimo;
- Galimybė akimirksniu užmegzti ryšį (0-RTT, maždaug 75% atvejų duomenis galima perduoti iš karto po ryšio nustatymo paketo išsiuntimo) ir užtikrinti minimalų uždelsimą nuo užklausos išsiuntimo iki atsakymo gavimo (RTT, Round Trip Time);
- Pakartotinai perduodant paketą naudojamas kitoks eilės numeris, kuris leidžia išvengti dviprasmybių identifikuojant gautus paketus ir atsikratyti skirtojo laiko;
- Paketų praradimas turi įtakos tik su juo susieto srauto pristatymui ir nesustabdo duomenų pristatymo srautuose, perduodamuose lygiagrečiai esamu ryšiu;
- Klaidų taisymo įrankiai, kurie sumažina vėlavimą dėl prarastų paketų pakartotinio perdavimo. Specialių klaidų taisymo kodų naudojimas paketo lygiu, siekiant sumažinti situacijas, kai reikia pakartotinai perduoti prarastus paketinius duomenis.
- Kriptografinių blokų ribos sulygiuotos su QUIC paketų ribomis, o tai sumažina paketų praradimo įtaką vėlesnių paketų turinio dekodavimui;
- Jokių problemų blokuojant TCP eilę;
- Ryšio ID palaikymas, siekiant sumažinti mobiliųjų klientų prisijungimo laiką;
- Galimybė prijungti pažangius mechanizmus prijungimo perkrovos kontrolei;
- Pralaidumo numatymo metodų naudojimas kiekviena kryptimi, siekiant užtikrinti optimalų paketų siuntimo intensyvumą, neleidžiant patekti į perkrovos būseną, kai prarandami paketai;
- Žymus našumo ir pralaidumo padidėjimas, palyginti su TCP. Įrodyta, kad naudojant vaizdo įrašų paslaugas, pvz., „YouTube“, QUIC 30 % sumažina pakartotinio buferio operacijas žiūrint vaizdo įrašus.
Šaltinis: opennet.ru