Firefox nakts versijas tagad atbalsta HTTP/3

В nakts būves Firefox, kas veidos pamatu Firefox 72 izlaišanai, kas paredzēta 7. janvārī, pievienots HTTP/3 protokola atbalsts. Pēc noklusējuma HTTP/3 ir atspējots, un failā about:config ir jāaktivizē opcija “network.http.http3.enabled”.

HTTP/3 atbalsts pārlūkprogrammā Firefox ir balstīts uz Mozilla izstrādātu projektu neqo, kas nodrošina QUIC protokola klienta un servera ieviešanu. HTTP/3 un QUIC atbalsta komponenta kods ir rakstīts Rust.
No klienta programmatūras jau ir pieejams arī HTTP/3 eksperimentāls atbalsts pievienots pārlūkprogrammā Chrome un curl, un serveriem tas ir pieejams formā модуля par nginx un testa serveris balstīta uz bibliotēku quiche (īstenošanu QUIC un HTTP/3 Rust no Cloudflare). Lai pārbaudītu HTTP/3 klientu darbību palaists vairākas testa vietnes, no kurām lielākā daļa vēl netiek pareizi atvērtas pārlūkprogrammā Firefox (HTTP/3 ir stadijā specifikācijas projekts un nav pilnībā standartizēts).

Atcerieties, ka HTTP/3 standartizē QUIC protokola izmantošanu kā HTTP/2 transportu. Protokols QUIC (Quick UDP Internet Connections) Google ir izstrādājis kopš 2013. gada kā alternatīvu TCP+TLS kombinācijai tīmeklim, risinot problēmas ar ilgu iestatīšanas un sarunu laiku savienojumiem TCP un novēršot aizkavi, kad datu pārsūtīšanas laikā tiek zaudētas paketes. QUIC ir UDP protokola paplašinājums, kas atbalsta vairāku savienojumu multipleksēšanu un nodrošina TLS/SSL līdzvērtīgas šifrēšanas metodes.

Galvenais Features QUIC:

  • Augsta drošība, līdzīga TLS (patiesībā QUIC nodrošina iespēju izmantot TLS, izmantojot UDP);
  • Straumes integritātes kontrole, lai novērstu pakešu zudumu;
  • Iespēja uzreiz izveidot savienojumu (0-RTT, aptuveni 75% gadījumu datus var pārsūtīt uzreiz pēc savienojuma iestatīšanas paketes nosūtīšanas) un nodrošināt minimālu aizkavi starp pieprasījuma nosūtīšanu un atbildes saņemšanu (RTT, Round Trip Time) ;
  • Pārsūtot paketi, neizmantojiet vienu un to pašu kārtas numuru, kas ļauj izvairīties no neskaidrībām saņemto pakešu noteikšanā un atbrīvoties no taimauta;
  • Pakešu zudums ietekmē tikai ar to saistītās straumes piegādi un neaptur datu piegādi straumēs, kas tiek pārraidītas paralēli pašreizējā savienojumā;
  • Kļūdu labošanas rīki, kas samazina aizkavi zaudēto pakešu atkārtotas pārsūtīšanas dēļ. Īpašu kļūdu labošanas kodu izmantošana pakešu līmenī, lai samazinātu situācijas, kurās nepieciešams atkārtoti nosūtīt zaudētos pakešdatus.
  • Kriptogrāfisko bloku robežas tiek saskaņotas ar QUIC pakešu robežām, kas samazina pakešu zudumu ietekmi uz nākamo pakešu satura dekodēšanu;
  • Nav problēmu ar TCP rindas bloķēšanu;
  • Savienojuma ID atbalsts, lai samazinātu atkārtota savienojuma laiku mobilajiem klientiem;
  • Iespēja pieslēgt progresīvus mehānismus savienojuma pārslodzes kontrolei;
  • Izmantojot joslas platuma prognozēšanas paņēmienus katrā virzienā, lai nodrošinātu optimālu pakešu nosūtīšanas intensitāti, novēršot pārtīšanu pārslodzes stāvoklī, kurā notiek pakešu zudumi;
  • Uztverams izaugsmi veiktspēju un caurlaidspēju salīdzinājumā ar TCP. Ir pierādīts, ka video pakalpojumiem, piemēram, YouTube, QUIC samazina video atkārtotas buferizācijas darbības par 30%.

Avots: opennet.ru

Pievieno komentāru